功能需求分析和資料庫設計

不論是Web開發還是Android開發，在設計後臺的時候我們都要做的重要的事情不外乎兩點：1. 需求分析；2.資料庫表格的設計。在進行這兩項工作的過程中，第一項工作對第二項起著非常重要的作用，我們只有真正的搞清楚了業務需求以及業務邏輯，找到了功能模組之間在後臺數據庫關聯的抽象模型，這樣才能確定資料庫應該有幾張表，每張表有哪些欄位，表與表之間該如何聯絡。

需求分析與功能模組設計

一、 接到一個專案之後，一般情況下都會有相應的需求說明，首先我們得到的資訊是要做一個什麼性質的網站或者是App,在聽完客戶的相關需求之後，我們要做的就是將具體的業務如何體現在模組開發中，在整個模組的設計過程中大體是這樣的幾個步驟：1. 熟悉客戶需求，並向客戶諮詢瞭解相關的模組資訊要求；2. 根據使用者提出的需求進行模組設計，並且確定各個模組的資料來源以及二級頁面跳轉需要傳遞的引數。3.明確前臺控制元件對應的響應時間，針對不同的操作和不同的資料庫表格進行聯絡。
二、 根據需求分析進行資料庫表格的設計，在設計資料庫表格的過程中有這樣兩種不同型別的表格：1.許可權管理的表格，這種表格的欄位在設計的時候重點突出的是許可權，不同的許可權對應的欄位設定不同的狀態，也就是資料庫欄位對應的值。2.長文字型別的資料庫，這類資料庫一般指的是使用者詳情，或者是具體的詳細的文字型別的資料。
三、權衡表格數量，根據最優化原則，綜合考慮，在設計資料庫表格的過程中一定要想到的是後臺程式設計對應的程式碼設計，好的資料庫表格設計會給後臺編寫程式碼提供極大的便利，所以在設計資料庫表格的過程中，我們必須將後臺高效編碼作為資料庫設計的考慮因素之一。
四、 明確資料庫在整個專案中扮演的角色，在專案的整個開發過程中我們首先要明確的就是資料庫是一個什麼樣的角色，在這裡我想借助具有視訊播放功能的網站來闡述，我們設計的資料庫主要完成的是包含業務邏輯的資料展示和操作（關係型資料），表與表之間通過主外來鍵是有關聯的。而在視訊播放網站的所謂的視訊資源這樣的資料則完全可以是另外的一個伺服器資料儲存系統。雖然都可稱之為持久層但是卻又各自不同的特點。

資料庫表格的劃分和設計原則

一、不要想著將所有的欄位放在一張表中，在整個後臺資料庫表格的設計過程中，我們要明確的一點就是表格要有分工明確，邏輯清晰高效這樣的特點。同時也不是表格越多越好，我們要做的是在到達分工明確簡化明瞭這一要求的基礎之上使我們的表格數量最小化。
二、欄位的設計，在確定資料庫表格欄位的時候我們一樣要本著一個原則那就是歸類原則，如果是富文字資料我們可以將之放在一個表中專門儲存富文字資料，如果是許可權管理或者是父子類標籤資料我們可以單獨成表，後續通過關聯拿到相關的資料，總之要讓自己的欄位分門別類，前期設計劃分的越明確後續專案維護就會越高效。
三、在理解這一塊內容的時候要時刻體現一個原則那就是“關係型”我們設計的資料庫不是一個網盤檔案，用於簡單的儲存資料，而是有邏輯有關係在裡邊的，對於使用者型的應用，每個使用者都擁有屬於他自己特有的資料，為何資料是獨有的就是因為相關表的資料和當前使用者的ID是關聯的是存在一一對應關係的，這裡的使用者ID就是一個關鍵，因為他是資料特有性實現的根本原因。

總結：

在專案的整個開發過程中，我們最好是通過實戰去檢驗自己的每一個想法，面對任何的問題尤其是在程式設計中遇到的問題，實際操作才是根本。資料庫設計也好，模組劃分也好，只要你真正的去想去琢磨去設計，就一定能夠分析出結果，設計出雛形，透過現象看本質，通過前臺操作資料展示的流程我們就可以找到表格設計和管理的資訊。