1樓：網友
讀者表。編號 姓名 單位 型別。
2樓：網友
具體要看你用什麼樣的資料庫了。
至於需要哪幾個表還不是得你自己決定，至少你得有乙個用於存放使用者（也就是讀者的）的表。還有圖書的表，有了這兩個就差不多了，如果用oralcle的話，可以把圖書表做成物件表，裡面加幾個巢狀表，有數目資訊，書庫啊。。。
3樓：網友
哎，沒分，我有一套現成的賣了11萬的圖書管理系統的資料庫，可惜沒分，不然我發給你。
資料庫的各個設計階段都會遇到些什麼問題
4樓：
1. 概念設計階段：需要全面考慮資料庫的需求，結構、功能和效能，並對它們進行有效的把握，以保證資料庫的高效性和完整性。
2. 邏輯設計階段：需要根據概念設計的內容，確定資料庫的資料結構，並且彎橡脊要求符合正確的資料庫正規化，以保證資料的完整性和一致性。
如謹3. 物理設計階段：需要考慮資料庫的儲存空間，以及資料的索引和優化，以提高資料庫的效能和訪問效率。
4. 實施設計階段：需要考慮資料庫的安全性，以及防止資料洩漏和惡意破壞，以保護資料庫的正常執行。
5. 操作設埋滲計階段：需要考慮資料庫的可操作性，以及使用者的操作介面，以保證使用者能夠方便地操作和管理資料庫。
資料庫的各個設計階段都會遇到些什麼問題
5樓：
資料庫設計階段遇到的毀巖襲常見問題棗辯包括：1.資料庫結構設計時對物件間互動性的不足考慮；2.
欄位描述不準確或不完整；3.資料庫效能要求不夠充分；4.資料庫系統架構不合理；5.
資料庫安全纖兄性要求不足；6.可能存在的冗餘欄位沒有及時剔除；7.資料庫維護及管理不周。
資料庫設計問題
6樓：網友
問這種問題通常都不容易說清楚，只能勉強做一下。要更清楚得詳談。
分成：一級類表：一級類id（主鍵），類名稱 ..描述，備註等欄位)，43條記錄。
二級類表：二級類id（主鍵），類名稱 ..描述，備註等欄位)，855條記錄。
屬性表：屬性id（主鍵），屬性名稱 ..描述，備註等欄位)，6000條記錄左右，這裡我假設你的意思不是6000種屬性值呢，而是6000種屬性，不同產品規格型號不同。
下面的產品記錄若理解為產品，而不是同一產品的不同個體都有一條記錄。則。
產品型別表：產品型別id（主鍵），產品名稱（同一型別產品名字是一樣的），屬性1 id，屬性1值，屬性2 id，屬性2值，屬性3 id，屬性3值 ..描述，備註等非關鍵欄位)，220萬條記錄左右。
其中屬性id都是外來鍵，和屬性表關聯。這不太符合實際：因為有220萬種產品，似乎規模太大了。
可能空間很浪費，因為如果某產品有最多100個屬性，則其它產品記錄中會有大量空屬性，如果使用關係和xml混合資料庫，可避免該問題，可是在檢索中效率如何等方面需要仔細考慮。另外可能還需要考慮諸如生產廠家、銷售者等問題，所以問題的規模不見得僅僅是這一點。
若是產品個體的記錄，則：
產品型別表還是要的。然後。
產品表：產品id（主鍵），其餘諸如出廠日期，描述，備註等非關鍵欄位。
7樓：網友
從你的描述可以分析出三張表。
1.大類表。
關鍵欄位：id號，大類名稱 ..描述，備註等非關鍵欄位)2.小類表。
id號，名稱，所屬大類id號。
3.產品表。
id號，產品編碼，產品名稱，對應小類id，對應大類id(可有可無),。其餘一堆屬性欄位。
8樓：網友
才200多萬條的記錄，對於商業資料庫來說，這點資料量是很小的，檢索會很快的。
資料庫設計需要注意的問題
9樓：網友
問題有點大，提個思路吧：
1 所用的資料庫型別？oracle 、mysql、db2 還是其它？
2 面向的應用？是oltp 還是 dss/olap？
3 系統的儲存結構如何？指系統的檔案系統型別、磁碟實現、是否支援冗餘、是否支援快取寫入等，會影響到資料庫的壓縮、日誌、統計等屬性設定。
4 是新專案的資料庫，還是屬於遷移的？即對資料的設計和修改的範圍和限制。
5 資料庫級別的考慮？空間、日誌、字符集、是否閃回、資料塊大小等。
6 表級別的考慮？資料型別、分割槽、主鍵、唯一鍵、索引、聚集索引、外來鍵、全文查詢、資料塊大小、壓縮、日誌等。
7 檢視、儲存過程、觸發器等設計，用於保證事務、便於程式訪問的相關設計；
按以上具體參閱資料考慮各部分的設計和注意事項吧。
10樓：此題無解
這個是一句話能夠說的晚的嗎 應用型別不同 設計的資料庫方案也就不同 當然 資料庫一般是作為原始資料的儲存的地方 也可以允許有適當的冗餘 但是必要的索引 必要的欄位約束還是需要的 哇 說的好散 但是也只能說成這樣 沒其他的辦法啊。
資料庫設計難題
11樓：何辰旭
這裡首先應該把業務邏輯理清楚，然後才考慮資料庫的冗餘問題。
1。 首先是兩表之間的關聯，按照你的描述是銷售訂單表的單號+款號與時間進度表的某個主鍵關聯。
2。 然後是時間進度表的資訊含義代表什麼？也就意味著時間進度表中的值在什麼時候更新？
我的建議是：在資料庫中只保留兩表關聯的關係，不要考慮這種更新的邏輯，而是在程式**中處理表間的聯動，即時間進度表的新增、更新、刪除。當銷售訂單表更新的時候，先刪除所有時間進度表中的資訊，然後重寫入其中。
資料庫設計題
12樓：樓荷紫
資料庫設計 首先要搞清楚他們的的關係。
教師和課程是多對多的關係。
而系和教師是一對多。
乙個 多對多關係 可以轉換成兩個 一對多關係有 教師和課程 多對多關係。
乙個教師可以選擇多門課程， 一門課程可以被多個教師講授需要建立好 教師表 課程表 教師課程明細表 ,2個欄位(教師編號， 課程編號)
然後 教師表 與 教師課程明細表 為 一對多關係。
選修課程表 與 教師課程明細表 為 一對多關係這樣他們就可以體現這兩張表的關係了。
系和教師的關係就比較簡單了。
相信你也懂了。
這樣可以麼？
在資料庫設計過程中要注意哪些問題？
13樓：北京理工大學出版社
在資料庫設計過程中要注意以下三個問題：(1)資料庫設計過程中要注意充分調動使用者的積極性｡使用者的積極參與是資料庫設計成功的關鍵因素之一｡使用者最瞭解自己的業務。
SQL資料庫問題，資料庫錯誤怎麼解決
就樓主的需求和我應用的經驗看來 樓主做個表是多餘的這樣的情況 直接搞張 子從父表 即可。具體為 主id id int 自增列。父類別id fid int 預設 名稱 kname varchar 插入時間 intodate datetime getdate 資料例項 專家 糧棉油 家畜家禽 水產 蔬菜...
關於sql資料庫優化，關於SQL資料庫優化
不同的資料庫，sql語句的優化方式都不同，因為不同的資料庫執行sql語句的順序和方式都不同，你最好針對某一資料庫去研究 哎 資料庫優化是個大課題了。最常用的最應該注意的就是索引的用法和優化，然後是sql語句的優化，內容較多，你可以查檢視相關資料，良好的sql也能提高查詢效率。怎樣進行sql資料庫的優...
c連線SQL資料庫的問題，c 連線SQL資料庫的問題
用程式連線需要開啟遠端連線 1在 sql server management studio 的物件資源管理器中，右鍵單擊伺服器，再單擊 屬性 2.在 安全性 頁上的 伺服器身份驗證 下，選擇混合驗證模式，密碼,再單擊 確定 3.在 sql server management studio 對話方塊中...