直至昨天，我才意識到了軟件開始之前，為什么要做好需求分析，需求完成之后，又為什么要先坐好數據庫設計！親身的實踐讓我明白了這些，下面就我的畢業設計來談一談數據庫設計的重要性！
做之前想過我要做一個什么樣的軟件，應該有什么功能，想好之后，也在本子上記下了這些，防止后邊忘記。然后我就以為做好了需求，因為當時想到的就這么多。接下來就是數據庫的設計了，數據庫涉及到很簡陋，基本上沒有什么表的嵌套查詢，用一個表就新建一個表，用什么關鍵字，就寫什么關鍵字，前期還好，想做的功能基本上都會有對應的表來去查詢，可是隨着時間的推移，項目的功能也一項一項的在實現，當我想要去實現一個相對復雜一點的功能的時候，發現問題來了，就比如我的項目里邊，想實現一個點贊的功能，我發現我的說說的一個表，是沒有id的，也沒有主鍵，那我在點贊的時候，是不是就不知道給誰點贊，或者說，不知道為哪一條說說來點贊？然后就需要就一個id，那么問題又來了，如果我的表結構發生了改變，那么其他相關的所有內容，通通需要不同程度的修改，這真是一件很令人頭疼的事，因為修改的過程中，會出現各種各樣的bug，究其原因，還不是因為當初數據庫設計的不好，導致了最后的麻煩。
當我想要去刪除一條的時候，發現，沒有id，沒有主鍵，可是為什么當初沒有寫上id呢？當我想去添加一個發布圖片的功能的時候，發現沒有表結構中沒有存放圖片url的字段，是不是很尷尬？
那么我現在遇到的困難就是，數據庫要大改，相當於給軟件做了一次"大手術"，我該怎么保證術后還能正常運行呢？這個問題很棘手！
有了這次經驗，下次我再做軟件的話，一定會做好需求分析，數據庫設計，前期的工作做好了，后期的編碼估計也不成什么問題了，不要再因為千變工作沒做好，導致大改動了，既浪費時間，又浪費經歷，好了，先備份一下數據庫sql腳本，還有對應這種不好的數據庫的一個項目，然后再改動，防止改到什么都不能用！