① 物流系統里的資料庫表怎麼設計
建一個配置表 地名表： 省 市 區
線路表 承運公司 出發地（省 市 區） 到達地 （省 市 區） 運輸時間 價格
② 怎麼設計資料庫表結構的網站是先做網頁設計，還是先做資料庫表設計的前後台哪個先做
一般項目開發是這樣的，有需求之後 分兩步走。
1，美工設計頁面布局，
2程序員（組長了，項目經理了，）設計資料庫（看項目大小了。如果小項目程序員直接開發直接設計了）。如果是大項目可能資料庫設計就比較重要了，從e-r圖了什麼的開始設計到最後的資料庫表的生成。
3. 項目架構搭建，一般的公司都有自己搭建好的礦建了。
這是時候就正式的開始程序員的開發了。
-------
-基本上就是這個過程，希望幫到你了
③ 親愛的，資料庫的表怎麼設計呢
這個軟體不僅是資料庫表的設計問題，還包括你軟體的設計問題，其實資料庫部分並不復雜，復雜的是你的軟體部分。
首先，你的數據採集的來源是什麼？是從另一個庫中獲得，還是記錄在一個臨時表中？
一般應該是這樣：
一個表存儲物流的單號和相關的狀態；
表結構：物流彈（單號，當前狀態，更新時間，其他欄位）
另一個表以日誌的形式記錄每個單號的物流信息操作；
表結構：操作日誌（編號，單號，操作，時間，處理狀態）
最後為每個物流單的處理記錄一個日誌表，用於顯示整個訂單處理流程；
表結構：處理日誌（記錄號，單號，處理狀態，處理時間）
處理過程是先從操作日誌表根據處理狀態讀取未處理的物流單號，然後逐一處理，更新物流單號並記錄處理日誌，處理後修改操作日誌表中的處理狀態
④ 一個快遞單對應多個物流信息，如何設計資料庫呢
A表存運單號，B表存物流信息，查詢時：
select * from a left join b on a.id=b.aid where a.id="12345"，這樣就可以提取了。
⑤ 說明在設計資料庫表時你是如何考慮的
資料庫是整個軟體應用的根基，是軟體設計的起點，它起著決定性的質變作用，因此我們必須對資料庫設計高度重視起來，培養設計良好資料庫的習慣，是一個優秀的軟體設計師所必須具備的基本素質條件！ 那麼我們要做到什麼程度才是對的呢？下面就說說資料庫設計的原則： （1）、資料庫設計最起碼要佔用整個項目開發的40%以上的時間
資料庫是需求的直觀反應和表現，因此設計時必須要切實符合用戶的需求，要多次與用戶溝通交流來細化需求，將需求中的要求和每一次的變化都要一一體現在資料庫的設計當中。如果需求不明確，就要分析不確定的因素，設計表時就要事先預留出可變通的欄位，正所謂「有備無患」。 （2）、資料庫設計不僅僅停留於頁面demo的表面 頁面內容所需要的欄位，在資料庫設計中只是一部分，還有系統運轉、模塊交互、中轉數據、表之間的聯系等等所需要的欄位，因此資料庫設計絕對不是簡單的基本數據存儲，還有邏輯數據存儲。 （3）、資料庫設計完成後，項目80%的設計開發在你腦海中就已經完成了 每個欄位的設計都是有他必要的意義的，你在設計每一個欄位的同時，就應該已經想清楚程序中如何去運用這些欄位，多張表的聯系在程序中是如何體現的。換句話說，你完成資料庫設計後，程序中所有的實現思路和實現方式在你的腦海中就已經考慮過了。如果達不到這種程度，那當進入編碼階段後，才發現要運用的技術或實現的方式資料庫無法支持，這時再改動資料庫就會很麻煩，會造成一系列不可預測的問題。 （4）、資料庫設計時就要考慮到效率和優化問題 一開始就要分析哪些表會存儲較多的數據量，對於數據量較大的表的設計往往是粗粒度的，也會冗餘一些必要的欄位，已達到盡量用最少的表、最弱的表關系去存儲海量的數據。並且在設計表時，一般都會對主鍵建立聚集索引，含有大數據量的表更是要建立索引以提供查詢性能。對於含有計算、數據交互、統計這類需求時，還要考慮是否有必要採用存儲過程。 （5）、添加必要的（冗餘）欄位 像「創建時間」、「修改時間」、「備注」、「操作用戶IP」和一些用於其他需求（如統計）的欄位等，在每張表中必須都要有，不是說只有系統中用到的數據才會存到資料庫中，一些冗餘欄位是為了便於日後維護、分析、拓展而添加的，這點是非常重要的，比如黑客攻擊，篡改了數據，我們便就可以根據修改時間和操作用戶IP來查找定位。 （6）、設計合理的表關聯 若多張表之間的關系復雜，建議採用第三張映射表來關聯維護兩張表之間的關系，以降低表之間的直接耦合度。若多張表涉及到大數據量的問題，表結構盡量簡單，關聯也要盡可能避免。 （7）、設計表時不加主外鍵等約束性關聯，系統編碼階段完成後再添加約束性關聯 這樣做的目的是有利於團隊並行開發，減少編碼時所遇到的問題，表之間的關系靠程序來控制。編碼完成後再加關聯並進行測試。不過也有一些公司的做法是乾脆就不加表關聯。 （8）、選擇合適的主鍵生成策略
⑥ 1，資料庫表結構如何設計，有哪些表，分別有什麼作用
一般可將資料庫結構設計分為四個階段，即需求分析、概念結構設計、邏輯結構設計和物理設計。
數據字典（Data Dictionary DD）用於記載系統定義的或中間生成的各種數據、數據元素，以及常量、變數、數組及其他數據單位，說明它們的名字、性質、意義及各類約束條件，是系統開發與維護中不可缺少的重要文件。數據與數據元素分別用數據表、數據元素表記載。其中，數據號是設計人員給定的順序編號，用於分類清查與整理，並且與數據元素代碼相關聯。數據名是原有表格或憑證的名稱。
⑦ 系統分析中有物流配送信息模塊！利用資料庫建表（MySQL）! 不知道這表如何下手！ 求助高手！ 謝謝！
你應該了解物流配送信息表要達到什麼目的, 涉及什麼信息, 信息的採集來源, 及各種信息之間的關聯關系，將所有涉及的信息都 建立到表中，並且確定 每個表的關聯關系
⑧ 數據表設計考慮哪些問題
DB2資料庫的性能與穩定性直接跟資料庫對象的多少、大小有關。如果對象很少，不復雜，那麼就算不怎麼規劃，也能夠達到比較高的性能。如果對象數據比較多、比較大的話，那麼就需要在資料庫設計之前好好的規劃，否則會在很大程度上影響資料庫的性能與穩定性。
一、選擇合適的語言與資料庫字元集。
在企業中部署資料庫的時候，首先需要在操作系統上安裝資料庫。而在安裝資料庫的時候，需要選擇安裝的語言環境。即是以中文狀態下安裝資料庫還是以英文狀態安裝資料庫。如在啟動安裝程序的時，可以利用/i language選項來指定安裝過程中所採用的語言。到目前為止，DB2資料庫已經支持很多種語言。那麼資料庫在安裝過程中，該採用什麼語言呢？筆者建議，只要資料庫管理員有一點英語基礎，最好能夠採用英文語言環境來進行安裝。雖然說現在DB2資料庫的中文語言環境已經設計的比較完善，但是筆者仍然擔心其有一些不知名的漏洞。為此筆者在安裝DB2資料庫的時候，基本上都採用的是英文語言環境來進行安裝。即將語言設置為「EN」，表示英文。提高DB2數據備份與恢復的效率。
另外如果DB2 資料庫中要保存英文以外的數據，或者說用戶會使用不同的字元集訪問資料庫時，還需要在資料庫安裝過程中選擇特定的資料庫字元集。DB2資料庫中的所有字元數據，包括數據字典中的數據，都是存儲在資料庫字元集中的。如果用戶使用不同的字元集訪問資料庫時，資料庫管理員就需要選擇包含所有這些用戶的字元集的超集。只有如此，才能夠確保系統能夠很方便的使用替代字元完成字元的轉換，從而提高資料庫的性能。如果用戶選擇的字元集不對，有可能會出現一些莫名其妙的問題。如一次用戶在安裝資料庫過程中，沒有選擇合適的字元集。雖然在使用的過程中，其存儲中文字元沒有問題。但是當對資料庫採取還原操作時，卻發現還原後的資料庫中有些原來是中文字元的地方，盡然出現了亂碼。這主要就是沒有選擇合適的字元集惹的禍。有時候如果字元集選擇不當的話，從外部數據源(如Excel表格)導入數據的時候，中文數據也會無法順利導入。所以，資料庫管理員在安裝資料庫的時候，需要根據實際企業，來選擇合適的字元集。
二、評估資料庫對象的大小、數量。
DB2資料庫的性能與穩定性直接跟資料庫對象的多少、大小有關。如果對象很少，不復雜，那麼就算不怎麼規劃，也能夠達到比較高的性能。如果對象數據比較多、比較大的話，那麼就需要在資料庫設計之前好好的規劃，否則會在很大程度上影響資料庫的性能與穩定性。其實DB2 資料庫就好像一個倉庫，資料庫中的對象(如索引、數據表、表空間)等等就好像倉庫中的貨物。如果貨物比較少，那麼隨便放放，倉庫都顯得很空曠。貨物尋找起來也會很方便。但是如果貨物數量比較多、比較大，就必須要對其存儲空間進行合理規劃。只有如此才能夠讓倉庫的空間利用率達到最佳狀態。並且貨物的存放有序，在查找起來也特別的方便。筆者這里就以倉庫管理為例，說話該如何做好資料庫對象大小、數量等方便的評估，以及他們對於資料庫性能與穩定性的影響。
1、根據對象大小來規劃存儲空間。在倉庫貨物的擺放上，要根據貨物的大小來規劃存儲空間。或者說要首先防止大的貨物。只有如此空間的利用率才會最高。其實在規劃DB2對象的時候，也是如此。如某些表可能會包含的記錄比較多，屬於大表。此時資料庫管理員就需要考慮，是否將其放置在一個獨立的表空間或者硬碟空間上，以提高數據操作的性能。大表所對應的索引往往也是比較大的。為此在硬體條件允許的情況下，將索引表與數據表分別存放在不同的硬碟上，可以提高資料庫的性能。而對於一些比較小的對象(如數據表)，可以將它們存放在一個表空間中。其實這個表空間就好像倉庫中的一個個紙盒子。將小的對象放入到這個「紙盒子」中，不但不佔空間，而且也容易管理。
2、根據對象的使用頻率來規劃存放空間。在倉庫中擺放物品的時候，往往會把近期就要用到的貨物或者頻繁需要用到的東西放在倉庫門口或者容易拿到的地方。如此在拿這些貨物時就會比較便捷，也不會對其他貨物產生影響。對於DB2資料庫中的對象來說，也是這么一回事。可以將那些訪問量比較大的對象，如索引、數據表，存放在性能比較好的硬碟上或者單獨的硬碟中。此時訪問這些數據，就不會與其它對象產生I/O沖突，操作起來速度就會比較快。而將不怎麼用到的對象，存放在一起。由於他們不怎麼被用到，所以即使存放在性能比較低的硬碟上，其對資料庫性能產生的負面影響也是非常有限的。 在DB2資料庫裡面如何更新執行計劃
3、根據類別來存放資料庫對象。在倉庫中存放貨物的時候，還會對其進行分類。然後根據類別來進行存放。這有利於貨物的管理與檢索。其實在資料庫對象存儲空間設計時，也需要考慮這個因素。如現在應用軟體在設計的時候，很多都是根據模塊來設計。那麼在資料庫對象設計時，也需要根據這個模塊來設計存儲的空間。如將同一個模塊的資料庫對象存放在同一個表空間內。不過這可能會跟上面的兩個建立相違背。此時最好是在對象的命名上做文章。如可以根據模塊的不同，分別給資料庫對象取一個相同的前綴或者後綴。如即使同一塊模塊要用到多個表空間，此時就可以給表空間一個相同的前綴。如此在管理資料庫對象的時候，根據表空間的前綴就可以判斷其所屬的模塊了。如果再加上一個後綴來表示其資料庫對象的分類，那麼就更合理了。為此在管理資料庫對象的時候，要執行分類管理。不僅要從技術上對其進行分類，如分為索引、數據表、關鍵字等等。還需要從功能上進行分類，如按應用程序的模塊來進行分類等等。
三、設計好資料庫備份與還原的方案。
在資料庫交付生產使用之後，往往需要進行大量的測試。但是在測試過程中往往又會產生很多的垃圾數據。可是交給企業應用的，肯定是一個干凈的資料庫系統。為此在資料庫設計的時候，就需要想好如果減少測試過程中的垃圾數據。或者採取什麼樣的方式來實現在交互時自動清除垃圾數據的機制。
一般來說，想要一個資料庫備份與還原的方案，減少資料庫測試所產生的垃圾數據。如現在在給企業部署資料庫的時候，往往是先安裝一個干凈的資料庫系統。當然字元集這些需要預先設置好。然後再利用資料庫還原功能將預先定義好的資料庫模型還原出來。
另外有些時候需要兩個方案互為補充。如在資料庫初始化的過程中，採用資料庫還原的方式來創建資料庫對象。但是在應用軟體升級的時候，由於此時已經有了用戶的數據，為此不能夠在使用資料庫還原的方法。而是通過應用程序來執行某些SQL代碼，來調整或者增加部分資料庫對象。無論採用哪一種方式，需要遵循的一個原則就是在給企業創建資料庫對象時要最大限度的減少測試。而要做到這一點，就是需要先在測試伺服器上創建對象並測試對象可用。然後直接將相關的SQL代碼在投入使用的資料庫伺服器上執行。
⑨ 資料庫表的設計
用戶表：{用戶編號(PK)，用戶名，密碼，用戶類別, 所屬專業號(FK)}
課程表：{課程編號(PK)，課程名，用戶編號(FK) ,學分}
院 系：{院系編號(PK)，院名}
專 業：{專業號(PK)，專業名稱 ,專業簡介 ,總學時,所屬院號(FK)}
參考書：{索書號(PK)，課程編號(FK)，ISBN/ISSN，責任者，出版日期，校圖書館連接地址，電子書連接地址}
專業課程表{專業號,課程編號} 聯合主鍵
⑩ 要做一個倉庫管理系統，資料庫的數據表怎麼設計就是實現普通的進銷存，入庫和出庫要建成一個表還是分開
For your topic ...，
聯系我們需要提供你的問題和電子郵件,
還有別的要求么,可以與我們聯系,
有可能幫你,
使用網路_Hi給我留言,
此回復對於所有需求和和來訪者有效,
ES:\\