1樓：從這裡到家
請問你的檔案表是以什麼作為主鍵的？
一個關於資料庫設計方面的問題。 10
2樓：匿名使用者
有學生的id,姓名以及各科成績的分數字段跟所在地區的id，學校id，年紀id，班級id。 這樣的話，資料怎樣設計才能記錄出一套試卷，能夠知道哪些地區，哪些學校，哪些學生參加了這場考試？
3樓：獨駕舟千里去
1、a表：地區、學校、學生id、學生姓名 在一張表裡面，這張表再增加一個主鍵idx作為唯一序號；
2、b表：idx、試卷id、試卷名稱、成績為一張表，idx+試卷id為主鍵，發生考試就針對每一個學生在這張表中記錄一條記錄，沒考的不記錄
select a.地區,a.學校,a.學生id,a.學生姓名 from a,b
where a.idx=b.idx
and b.試卷
關於資料庫設計,我遇到了一個問題,懂的進來看看
4樓：匿名使用者
你可以設計幾個表來實現,
首先是一個大類表主要是描述此大類的有哪些屬性組成及編碼原則等，總的屬性欄位可以多設幾個以適應屬性最多的物料。
如大類為桌子,由長、寬、高、材質等。
然後要一個表來維護此大類每個屬性的具體值，如桌子大類的長有100cm的，150cm的
最後需要一個表來描述具體的物料，如長桌，方桌等，同一大類的屬性都是相同的，比如長桌，方桌都屬於桌子大類，它們都應該有長、寬、高、材質屬性，但每種型號的桌子都有其自己的屬性值.
5樓：匿名使用者
額,這個..你好.
這個你可以當成是一個類似商品表的東西
如物品名稱列.這個就可以是桌子,布
然後 長和寬,這兩列可當作共有屬性
之後,你可以把高和顏色都放到一個備註列
也可以分成兩列,只不過桌子的顏色列為空,布的高這一列為空就行了嗯.感覺很搞笑的哈
如果你資料庫方面有什麼問題的話,可以一起討論~希望對你有所幫助~
6樓：
說明一下，桌子和布有關係嗎？比如就是布就是往桌子上蓋的兩種情況：（桌布沒關係）
id 桌子(varchar) 長(int) 寬(int) 高(varchar)
（桌布you關係）
id 桌子(varchar) 長(int) 寬(int) 高(varchar) 桌子的id(int)
一個資料庫設計問題 15
7樓：匿名使用者
以下為baie-r圖,關係模式可參照1樓
**顧客
du** *交易* **帳戶信zhi息**
(姓名) (地址) (流水號dao) (餘額)
(**) (身份專證號)
:注意，由屬於本人不知道在這裡面怎麼畫圖，所以用文字說明以上表示內容，你可以按我以下的說明把它轉化為真正的e-r圖。說明如下：
「**顧客**」用矩形框表示，其他兩個類似；「（姓名）」表示屬性，把它用直線段跟顧客矩形框連起來，下面對應的四個都是顧客的屬性，右邊兩個類似跟帳戶資訊連起來；「*交易*」用菱形框框起來；然後把顧客框、交易框和帳戶資訊框用直線段連起來即可。
其對應的關係模式請參照1樓。
8樓：一朵瘩紅花
顧客(姓名
bai,地址,**,身份證號,客戶號
du,顧客zhi狀態,申請時間,開戶行),主鍵為客dao戶號回
帳戶資訊
答(客戶號,銀行帳號,身份證號,餘額,交易次數,帳戶狀態,開戶時間)，主鍵為銀行帳號,外來鍵為客戶號
交易記錄(流水號,銀行帳號,交易金額,交易時間)，主鍵為流水號,外來鍵為銀行帳號
顧客記錄可能存在相同姓名相同身份證號相同開戶行申請的情況，但客戶號是唯一的，一個顧客理論上對應多個帳戶資訊(有可能多次開戶,銀行帳號是唯一的)，一個帳戶資訊對應多個交易記錄（可以通過銀行帳號查詢相應明細）
本人不才，對這個不是太懂，希望有高人指點
ps:2樓不用畫er圖，餘額不能放在顧客表裡面,只需要用專用的工具例如pd或erwin將物理模式和邏輯模式輸入，然後逆向工程匯出建表sql即可
問一下資料庫設計的問題？ 10
9樓：叭叭
設計方法
手工試湊法
設計質量與設計人員的經驗和水平有直接關係
缺乏科學理論和工程方法的支援，工程的質量難以保證
資料庫執行一段時間後常常又不同程度地發現各種問題，增加了維護代價
規範設計法
基本思想：過程迭代和逐步求精
典型方法：
(1)新奧爾良（new orleans）方法：將資料庫設計分為四個階段
s.b.yao方法：將資料庫設計分為五個步驟
i.r.palmer方法：把資料庫設計當成一步接一步的過程
(2)計算機輔助設計
oracledesigner 2000
sybasepowerdesigner
步驟需求分析
調查和分析使用者的業務活動和資料的使用情況，弄清所用資料的種類、範圍、數量以及它們在業務活動中交流的情況，確定使用者對資料庫系統的使用要求和各種約束條件等，形成使用者需求規約。
概念設計
對使用者要求描述的現實世界(可能是一個工廠、一個商場或者一個學校等)，通過對其中諸處的分類、聚集和概括，建立抽象的概念資料模型。這個概念模型應反映現實世界各部門的資訊結構、資訊流動情況、資訊間的互相制約關係以及各部門對資訊儲存、查詢和加工的要求等。所建立的模型應避開資料庫在計算機上的具體實現細節，用一種抽象的形式表示出來。
以擴充的實體—（e-r模型）聯絡模型方法為例，第一步先明確現實世界各部門所含的各種實體及其屬性、實體間的聯絡以及對資訊的制約條件等，從而給出各部門內所用資訊的區域性描述(在資料庫中稱為使用者的區域性檢視)。第二步再將前面得到的多個使用者的區域性檢視整合為一個全域性檢視，即使用者要描述的現實世界的概念資料模型。
邏輯設計
主要工作是將現實世界的概念資料模型設計成資料庫的一種邏輯模式，即適應於某種特定資料庫管理系統所支援的邏輯資料模式。與此同時，可能還需為各種資料處理應用領域產生相應的邏輯子模式。這一步設計的結果就是所謂「邏輯資料庫」。
oa工作流資料庫設計
物理設計
根據特定資料庫管理系統所提供的多種儲存結構和存取方法等依賴於具體計算機結構的各項物理設計措施，對具體的應用任務選定最合適的物理儲存結構(包括檔案型別、索引結構和資料的存放次序與位邏輯等)、存取方法和存取路徑等。這一步設計的結果就是所謂「物理資料庫」。
驗證設計
在上述設計的基礎上，收集資料並具體建立一個資料庫，執行一些典型的應用任務來驗證資料庫設計的正確性和合理性。一般，一個大型資料庫的設計過程往往需要經過多次迴圈反覆。當設計的某步發現問題時，可能就需要返回到前面去進行修改。
因此，在做上述資料庫設計時就應考慮到今後修改設計的可能性和方便性。
執行與維護設計
在資料庫系統正式投入執行的過程中，必須不斷地對其進行調整與修改。
資料庫設計步驟
至今，資料庫設計的很多工作仍需要人工來做，除了關係型資料庫已有一套較完整的資料正規化理論可用來部分地指導資料庫設計之外，尚缺乏一套完善的資料庫設計理論、方法和工具，以實現資料庫設計的自動化或互動式的半自動化設計。所以資料庫設計今後的研究發展方向是研究資料庫設計理論，尋求能夠更有效地表達語義關係的資料模型，為各階段的設計提供自動或半自動的設計工具和整合化的開發環境，使資料庫的設計更加工程化、更加規範化和更加方便易行，使得在資料庫的設計中充分體現軟體工程的先進思想和方法。
形成過程
1.需求分析階段：綜合各個使用者的應用需求
2.概念設計階段：形成獨立於機器特點，獨立於各個dbms產品的概念模式(e-r圖)
3.邏輯設計階段：首先將e-r圖轉換成具體的資料庫產品支援的資料模型，如關係模型，形成資料庫邏輯模式；然後根據使用者處理的要求、安全性的考慮，在基本表的基礎上再建立必要的檢視(view)，形成資料的外模式
4.物理設計階段：根據dbms特點和處理的需要，進行物理儲存安排，建立索引，形成資料庫內模式。
關於資料庫設計的問題，關於資料庫設計的一個問題
把產品的多種包裝規格用這樣的格式存在資料庫裡 100g 250g 500g 1kg 5kg 符號是分割符號，你可以選擇別的符號 再在前臺顯示的時候這樣實現 包裝 rs 包裝 if 包裝 then str bz split 包裝,把 包裝 陣列化 response.write 這裡用的是下拉表單項主要...
關於資料庫的蛋疼問題，mysql資料庫設計問題，資料量千萬級
我來簡單地告訴你 資料庫其實你可以把它想象成一個圖書館。巨大的圖書館，然後你的每一條記錄，都是一本書，你把它塞到圖書館上的書架裡，就是插入。你要取出某本書閱讀，就是查詢。至於建立資料庫，就是建立圖書館啦。當然，你要說是閱覽室也可以。所以，你的第一個問題，資料庫，不僅僅是單獨存放資料的地方，它還包括書...
資料庫問題，資料庫問題
一張表查資料不用建立檢視的吧，直接插入資料庫就可以 參考 檢視應用的舉例 例子5 3 使用with check option子句問題提出 若建立檢視ygb view,其程式清單如下 create view ygb view as select from 員工表 where 員工表.性別 女 執行下列...