用戶資料庫設計

㈠ 多級用戶系統的資料庫應該怎麼設計

主要從幾個不同方面設計ORACLE資料庫優化方案： 一.資料庫優化自由結構OFA(Optimal flexible Architecture) 二、充分利用系統全局區域SGA（SYSTEM GLOBAL AREA) 三、資料庫設計中的優化策略 數據應當按兩種類別進行組織：頻繁訪問的數據和頻繁修改的數據。對於頻繁訪問但是不頻繁修改的數據，內部設計應當物理不規范化。對於頻繁修改但並不頻繁訪問的數據，內部設計應當物理規范化。 四、合理設計和管理表 1、利用表分區 分區將數據在物理上分隔開，不同分區的數據可以制定保存在處於不同磁碟上的數據文件里。 2、避免出現行連接和行遷移 3、控制碎片 4、別名的使用 別名是大型資料庫的應用技巧，就是表名、列名在查詢中以一個字母為別名，查詢速度要比建連接錶快1.5倍。 5、回滾段的交替使用 五、索引Index的優化設計 1、管理組織索引 索引可以大大加快資料庫的查詢速度，索引把表中的邏輯值映射到安全的RowID，因此索引能進行快速定位數據的物理地址。 六、多CPU和並行查詢PQO(Parallel Query Option)方式的利用 七、實施系統資源管理分配計劃 ORACLE 提供了Database Resource Manager（DRM,資料庫資源管理器）來控制用戶的資源分配，DBA可以用它分配用戶類和作業類的系統資源百分比。在一個OLDP系統中，可給聯機用戶分配75%的CPU資源，剩下的25%留給批用戶。另外，還可以進行CPU的多級分配。除了進行CPU資源分配外，DRM還可以對資源用戶組執行並行操作的限制。 八、使用最優的資料庫連接和SQL優化方案 九、充分利用數據的後台處理方案減少網路流量 1、合理創建臨時表或視圖 2、資料庫打包技術的充分利用 利用資料庫描述語言編寫資料庫的過程或函數，然後把過程或函數打成包在資料庫後台統一運行包即可。 3、數據復制、快照、視圖，遠程過程調用技術的運用

㈡ 一個系統在用戶多，高並發的情況下，資料庫該如何設計

資料庫復建立多表關聯，關制鍵業務數據欄位和查詢欄位建立索引，對唯一性建立好，同時多任務並發時程序設計時注意數據的合理性檢驗和用戶處理數據有問題時的友好提示見面，建立好的結構文檔說明，同時對關鍵欄位的關系型作好記錄，有效地設計多表的結構安排，盡量減少數據的冗餘，同時又要避免對歷史數據的影響，保持良好的數據管理

㈢ 資料庫設計的基本步驟

資料庫設計的基本步驟如下：

1、安裝並打開MySQL WorkBench軟體以後，在軟體的左側邊欄有三個選項，分別是對應「連接資料庫」、「設計資料庫」、「遷移資料庫」的功能。這類選擇第二項，設計資料庫，點擊右邊的「＋」號，創建models。

㈣ 資料庫設計 用戶表

ID Username PassWord Message type自增欄位 登錄名 密碼 信息 區分是客戶或商家或運營專商 範例：ID Username PassWord Message type1 運營小王 123456 完美時空屬商務總監 1

㈤ 資料庫設計時，給每個用戶創建一個獨立的表還是所有用戶信息放在一個大表中好

一個億以下的數據，不要這么考慮效率了
都放在一個表裡，沒有任何問題，做好索引就好了

㈥ 如何構建千萬用戶級別 後台資料庫架構設計的思路

(1). 一定要區分業務類型，可能達到千萬用戶級別的應用業務場景，可歸類描述為：回 SNS社交平台、答SNS社交遊戲、即時通信IM系統、電子商務、郵件系統、新聞門戶網站等，這些不同類型的業務場景做法會不一樣，主要是由他們業務性質決定，後續分析項中逐一描述；
(2). 應用業務的核心KPI數值，產品每天的日活躍用戶量大概多少？若是網站類型應用，還需要加入其他參數PV,UV等數據輔助決策，即時通信IM的消息量，郵件系統的新增郵件數，SNS社交平台的Feeds量等核心數據；
(3). 系統中每個用戶可能產生的數據量大概多大，分固定部分，以及動態部分的方式統計分析，對非固定部分以參考值和結合實踐跨度（注釋：1年為硬性指標，2年為預期，3年可選，再長的時間段不考慮）的方式進行分析，然後預測出整個系統的用戶鎖產生的數據條數和數據容量大概的估值；

㈦ 資料庫設計的時候 管理員和用戶用一張表好呢 還是分開好呢

一張表就來可以的。
解釋：管自理員和用戶實際上都是「用戶」，之後用戶裡面有個用戶標識，之後來區分管理員和普通用戶就可以。
如：管理員的唯一標識是1，其他用戶的標識為2。
備註：實際上上面說的是簡單設計，正常設計，用戶和許可權肯定是分表設計的，之後通過用戶的id來進行表間的關聯更科學。

㈧ 資料庫設計的步驟有哪些

數據抄庫的設計過程大致可襲分為以下六個階段：

1. 需求分析階段

需求收集和分析，結果得到數據字典描述的數據需求（和數據流圖描述的處理需求）。

2. 概念結構設計階段

通過對用戶需求進行綜合、歸納與抽象，形成一個獨立於具體DBMS的概念模型，可以用E-R圖表示。

3. 邏輯結構設計階段

將概念結構轉換為某個DBMS所支持的數據模型（例如關系模型），並對其進行優化。

4. 資料庫物理設計階段

為邏輯數據模型選取一個最適合應用環境的物理結構（包括存儲結構和存取方法）。

5. 資料庫實施階段

運用DBMS提供的數據語言（例如SQL）及其宿主語言（例如C），根據邏輯設計和物理設計的結果建立資料庫，編制與調試應用程序，組織數據入庫，並進行試運行。

6. 資料庫運行和維護階段

資料庫應用系統經過試運行後即可投入正式運行。在資料庫系統運行過程中必須不斷地對其進行評價、調整與修改。

㈨ 資料庫表設計 用戶數據

這么考慮沒多大意義，如何設計表和表結構，應該統籌考慮，要考慮軟體過程中的調用頻次。數據量。要考慮效率和安全性。所以你懸空這么考慮的話，只能說，怎麼樣都行。

㈩ 多用戶商城資料庫如何設計

差不多都是一個 文章表，用戶表，分類表，設置表。
1、資料庫分離成前台和後專台，通過鏈接表關聯；
2、把屬前台做成彈出窗體，禁止用戶使用導航選項和菜單之類；
3、把前台編譯成ACCESS2007的accde文件（對應ACCESS2003的mde文件）；
4、把這個accde文件也放在伺服器端，客戶端通過winform之類exe來遠程打開。

前3步都比較正常，第4步的看起來應該比較奇怪。我的想法是，如果accde文件也放在客戶端，高手會不會通過反編譯就可以進入到資料庫看到鏈接表？感覺上「禁止Shift」，「隱藏表」這類手段只對菜鳥有用。