⑴ mongo信息分類表多級的應該怎麼設計表結構呢
有效的數據模型是為余彎應用服務的，設計構架的關鍵問題是文檔模型適合使用嵌入式模型（embed）還是使用引用模旦賀型（references）。
嵌入式數據模型（Embedded Data Models）
在MongoDB中，你可能將相關數據嵌入到一個單一結構或文檔，這些模式通常被稱為「非正規」模型,但是它充分利用了MongoDB富文檔模型的有點。
嵌入式數據模型允許應用程序存儲相關的信息在豎遲悶一條資料庫記錄中，這樣應用程序可能需要更少的查詢和更新來完成常規的操作。
⑵ asp.net網站treeview多級分類,資料庫怎麼建表
1、首先先在.net前台界面注冊一個TreeView控制項，並且將其放置在asp:UpdatePanel標簽內，以方便以後實行非同步刷新功能。
2、其次資料庫中會設置兩張表，一張為根節點與子節點的表(主鍵為BaseID，根節點BaseID為或老1)，另一張為葉節點的表（主鍵為VlanID）。
3、最後在後台編寫樹節點代碼，分別分為三層，根節點，子節點，葉節點，點擊葉節點後，再展現葉節點下具改芹體信息，通過GirdView控制項在右邊空白處展示核團畢。
⑶ 多級用戶系統的資料庫應該怎麼設計
主要從幾個不同方面設計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、數據復制、快照、視圖，遠程過程調用技術的運用
⑷ 菜鳥：asp access 多級分類的 經典 資料庫 設計
產品一表 id classid
分類一表 classid parentid
即可無限分類
一級類的parentid為0
二級類的parentid為一級類的classid
一次類推
寫得簡單 不懂得在留言
⑸ 為什麼資料庫要採用多級數據模型
先看下三種管理系統的定義：
資料庫管理系統(database management system)是一種操縱和管理資料庫的大型軟體，是用於建立、使用和維護資料庫，簡稱dbms。它對資料庫進行統一的管理和控制，以保證資料庫的安全性和完整性。用戶通過dbms訪問資料庫中的數據，資料庫管理員也通過dbms進行資料庫的維護工作。它提供多種功能，可使多個應用程序和用戶用不同的方法在同時或不同時刻去建立，修改和詢問資料庫。它使用戶能方便地定義和操縱數據，維護數據的安全性和完整性，以及進行多用戶下的並發控制和恢復資料庫。
模型庫管理系統MBMS系統包括模型屬性庫管理、模型生成、模型運行三個功能模塊。 模型屬性庫需要提供下列信息：（1）為用戶提供有關模型屬性的特徵信息，便於用戶正確地使用模型，對模型的運算結果作出正確的判斷；（2）指導用戶迅速准確地查找到有關模型，了解模型及其輸入輸出參數的相關信息；（3）為用戶新增模型的源代碼和可執行代碼的修改和模型的調用提供相關信息。類似於資料庫管理，模型屬性庫的管理包括模型屬性的增加、刪除、修改、查詢以及新庫的創建等操作。
知識庫(Knowledge Base)是知識工程中結構化，易操作，易利用，全面有組織的知識集群，是針對某一(或某些)領域問題求解的需要，採用某種(或若干)知識表示方式在計算機存儲器中存儲、組織、管理和使用的互相聯系的知識片集合。這些知識片包括與領域相關的理論知識、事實數據，由專家經驗得到的啟發式知識，如某領域內有關的定義、定理和運演算法則以及常識性知識等。
由此可以簡單的這樣認為：資料庫解決的是數據存儲的問題、模型庫主要解決的是標準的問題，而知識庫主要是為了解決現實工作中遇到的問題，下面舉個實際知識庫管理系統的例子：
kmpro知識管理系統知識庫模塊功能說明：
1、應用功能
1.1、動態維度管理:系統級自定義維度管理
1.1.1、後台功能:系統管理員或自定義多級知識庫和多級級維度
1.1.2、前台功能:授權前台用戶情況下，前台用戶可自行維護許可權范圍內維度（增、刪、改）
1.1.3、維度許可權:由後台系統管理賦予維度訪問許可權（查看、審核、下載、發布、刪除、維度維護、評價及繼承父級許可權）
1.1.4、維度展示:可根據不同用戶提供不同許可權的維度展示，對沒有許可權訪問的維度可做：變灰、不可見，可見不可訪問等操作
1.1.5、多維度知識發布:同一條知識可同時發布在不同維度，可對知識附件進行同樣可見卻有不同操作（只讀、編輯、列印、下載）的控制
1.2、維度許可權管理:系統級維度訪問許可權控制
1.2.1、維度管理許可權:後台管理員可授權用戶對前台維度進行管理操作
1.2.2、知識附件訪問許可權:知識發布用戶可自定義附件訪問人或角色的只讀、編輯、下載、列印等許可權
1.2.3、知識查閱許可權:後台管理員可授權用戶對前台知識的分類查閱許可權
1.2.4、知識發布許可權:後台管理員可定義不同用戶的知識發布許可權
1.2.5、知識審核許可權:後台管理員可定義不同用戶的知識審核許可權
1.2.6、版本管理許可權:後台管理員可定義不同用戶的新版本知識發布和瀏覽許可權
1.2.7、知識刪除許可權:後台管理員可定義不同用戶在自己的許可權范圍內的知識刪除許可權
1.2.8、個人門戶許可權:後台管理員可定義不同用戶的個人知識門戶的訪問許可權許可權
1.2.9、學習計劃許可權:後台管理員可定義不同用戶是否有企業學習計劃發布或管理許可權
1.2.10、公告管理許可權:後台管理員可定義不同用戶的公告發布管理許可權
1.2.11、征詢系統管理許可權:後台管理員可定義不同用戶的問題發布和維度控制許可權
1.2.12、問題診斷關聯許可權:後台管理員可定義不同用戶具有不同的知識手動關聯許可權
1.3、知識地圖:展示組織知識結構分布示意圖
1.3.1、知識結構地圖:圖形化展示系統內的知識分布狀態和個人在組織內的知識結構存在狀況
1.3.2、人力知識地圖:圖形化展示系統用戶架構和某一系統用戶的知識范圍，體現用戶的崗位知識內容
1.4、知識資產統計:分部統計系統內知識知識資料狀況
1.4.1、知識資產量統計:分維度統計系統內的知識資產總量
1.4.2、知識使用率統計:分維度統計系統內的知識資產利用率
1.4.3、知識增長率統計:分維度、分時間段統計系統內知識資產增長情況
1.5、平台培訓管理:為系統內用戶提供必學知識的計劃管理
1.5.1、學習計劃建立:系統管理員授權後，可建立關於某一主題的學習計劃，並可指派某些角色或用戶可用
1.5.2、學習計劃管理:更改培訓對象，增刪培訓內容
1.6、知識英雄榜：用戶發布知識數量排序表
1.6.1、總排行：系統用戶在本系統內發布全部知識的排行表
1.6.2、月排行：系統用戶在本系統內發布知識按月的排行表
1.6.3、日排行：系統用戶在本系統內發布知識按日的排行表
1.7、用戶統計：詳查用戶信息與知識狀況
1.7.1、在線用戶：顯示在線的全部用戶，可對在線用戶進行發送即時站內信息、查看個人門戶、查看個人資料等操作
1.7.2、全部用戶：顯示系統內全部用戶，可對在線用戶進行發送站內離線信息、查看個人門戶、查看個人資料等操作
1.8、系統工具：系統內的常用工具
1.8.1、發布公告：發布本系統的公告信息，顯示在首頁的公告欄
1.8.2、公告管理：對公告進行管理，修改和刪除
1.8.3、維度管理：對用戶有管理許可權的維度進行修改、調整
1.8.4、批量轉移：本工具提供對有許可權的維度內的知識進行批量的轉移，轉移到其他的維度
1.8.5、問題和建議：本系統提供給用戶提交建議和問題的功能，系統管理員會根據問題和建議的情況進行回復
1.8.6、幫助文檔：本系統提供用戶個性化的幫助文件，由系統管理員發布
1.9、個人知識：用於管理個人在平台裡面的所有知識的操作功能
1.9.1、發布新知識：點擊發布新知識，進入知識的發布界面.填寫知識標題，關鍵詞，正文內容，選擇要上傳的附件，可連續點擊增加附件，添加多個附件。點擊上傳按鈕，選擇要上傳的文件
1.9.2、已發布知識：個人發布完、經過審核之後的知識列入此欄目
1.9.3、被駁回知識：審核人員核准知識審核不通過的知識
1.9.4、已過期知識：已經過期的知識
1.9.5、已刪除知識：已刪除的知識列
內容比較多
請搜索：深藍海域知識管理系統知識庫模塊功能說明
⑹ 多級分類有多個父目錄資料庫設計結構
大類：
編號 類名
ID1 XX類
ID2 XX類
ID3 XX類
小類：
大類ID XX小類
大類ID XX小類
查詢的時候寫多表查詢就可以了！
⑺ 多級審核的資料庫怎麼設計啊
多級晌陵螞審核，這個最好通過許可權模塊來做。這樣，銷售部門，在查看市場部宴埋的時候，給予許可權不足的提示即可。至於多級審核，一樣，也可以通過表的設計來實現，沒見汪運到你的架構如何，不好多說。
⑻ 多級分類資料庫怎麼建表
你這個屬於無級樹的范圍，它創建只要三個基本欄位，父節點,子節點,名稱，比如FID int,CID int,FName nvarchar(50)屬於頂級節點的，FID默認為0就可以了，屬於子節點，FID就填所屬父節點的ID
⑼ 求資料庫多級分類
類別表：
類別id、類別名稱、所屬類別id、。。。其它欄位。。。
圖書表：
圖書id、圖書名稱、所屬類別id、。。。其它欄位。。。
這樣，在類別表中如果「所屬類別id」為「0」的，就認為它是頂級類別，否則就是二級類別或三級類別，例如：
類別id 類別名稱 所屬類別id
1 理科書 0
2 計算機 1
3 電氣化 1
4 資料庫 2
5 圖像設計 2
那麼，「理科書」是一級類別，「計算機」和「電氣化」就是隸屬於「理科書」的二級類別，而「資料庫」和「圖像設計」就是隸屬於「計算機」的三級類別。
而圖書表就簡單了，只要有一個欄位是「所屬類別id」就可以了，記錄這條圖書數據是屬於哪個分類的。
⑽ 怎樣在Access資料庫中建立多級關系
你可以用ID號來建立這種關系.大類,一級,二級……等等.都可以達到你想要的