㈠ sql server 設計表的問題
1、設置dates的默認值是getdate()，這樣插入數據的時候這個仿知欄位可備瞎消以不神乎寫。
或者
2、insert table (.. dates) values (.. getdate())
㈡ SQL 設計表時需要確定哪些內容
主鍵、外鍵、游銷纖欄位類型、是否為空斗戚、默認值、是否需要建索引、建什麼樣的索引、神仿
是否滿足你的業務需求==
㈢ sql設計表中出現的問題
有可能是系統的問題,一般學校的機房都為2000系統尺基,比較穩定!我的也出現過這類問題,有朋友告訴我說是版本含喊或是系統的問談困野題!但影響不大!
㈣ 如何設計SQL資料庫表格才能完美的存放這個報表的內容，求大神解答~
你這個表格需要程序支撐，比如每個月數據的錄入以及平均日進量的計算等等
如果什麼都不考慮，就是人工採集數據，直接錄入，然後通過一個程序展示報表
那麼表結構大概這樣
隊
組
工程名稱
工程量（這個其實可以幾列合計，不需要建列）
平均日進（這個應該能通過工程量/生產天數，也不需要保存，看你需要）
月進（也許是月平均值，沒仔細看你數據關系，總之可以通過計算的就不需要在表中體現）
生產天數（估計是起止時間差，用datediff函數可以得到）
開始時間
截止時間
巷道性質
備注
4月（這部分我估計你是每季度一張表，每個記錄保存三個月就夠了，所以列名可以分別寫月1、月2、月3，到時候生成表頭的時候再調整）
5月
6月
至於列的性質，建議你數字的用int，字元的用varchar(50)，時間也用varchar(20)，改動方便
合計列和小計列要在生成報表的時候處理
㈤ 數據表設計考慮哪些問題
DB2資料庫的性能與穩定性直接跟資料庫對象的多少、大小有關。如果對象很少，不復雜，那麼就算不怎麼規劃，也能夠達到比較高的性能。如果對象數據比較多、比較大的話，那麼就需要在資料庫設計之前好好的規劃，否則會在很大程度上影響資料庫的性能與穩定性。
一、選擇合適的語言與資料庫字元集。
在企業中部署資料庫的時候，首先需要在操作系統上安裝資料庫。而在安裝資料庫的時候，需要選擇安裝的語言環境。即是以中文狀態下安裝資料庫還是以英文狀態安裝資料庫。如在啟動安裝程序的時，可以利用/i language選項來指定安裝過程中所採用的語言。到目前為止，DB2資料庫已經支持很多種語言。那麼資料庫在安裝過程中，該採用什麼語言呢？筆者建議，只要資料庫管理員有一點英語基礎，最好能夠採用英文語言環境來進行安裝。雖然說現在DB2資料庫的中文語言環境已經設計的比較完善，但是筆者仍然擔心其有一些不知名的漏洞。為此筆者在安裝DB2資料庫的時候，基本上都採用的是英文語言環境來進行安裝。即將語言設置為「EN」，表示英文。提高DB2數據備份與恢復的效率。
另外如果DB2 資料庫中要保存英文以外的數據，或者說用戶會使用不同的字元集訪問資料庫時，還需要在資料庫安裝過程中選擇特定的資料庫字元集。DB2資料庫中的所有字元數據，包括數據字典中的數據，都是存儲在資料庫字元集中的。如果用戶使用不同的字元集訪問資料庫時，資料庫管理員就需要選擇包含所有這些用戶的字元集的超集。只有如此，才能夠確保系統能夠很方便的使用替代字元完成字元的轉換，從而提高資料庫的性能。如果用戶選擇的字元集不對，有可能會出現一些莫名其妙的問題。如一次用戶在安裝資料庫過程中，沒有選擇合適的字元集。雖然在使用的過程中，其存儲中文字元沒有問題。但是當對資料庫採取還原操作時，卻發現還原後的資料庫中有些原來是中文字元的地方，盡然出現了亂碼。這主要就是沒有選擇合適的字元集惹的禍。有時候如果字元集選擇不當的話，從外部數據源(如Excel表格)導入數據的時候，中文數據也會無法順利導入。所以，資料庫管理員在安裝資料庫的時候，需要根據實際企業，來選擇合適的字元集。
二、評估資料庫對象的大小、數量。
DB2資料庫的性能與穩定性直接跟資料庫對象的多少、大小有關。如果對象很少，不復雜，那麼就算不怎麼規劃，也能夠達到比較高的性能。如果對象數據比較多、比較大的話，那麼就需要在資料庫設計之前好好的規劃，否則會在很大程度上影響資料庫的性能與穩定性。其實DB2 資料庫就好像一個倉庫，資料庫中的對象(如索引、數據表、表空間)等等就好像倉庫中的貨物。如果貨物比較少，那麼隨便放放，倉庫都顯得很空曠。貨物尋找起來也會很方便。但是如果貨物數量比較多、比較大，就必須要對其存儲空間進行合理規劃。只有如此才能夠讓倉庫的空間利用率達到最佳狀態。並且貨物的存放有序，在查找起來也特別的方便。筆者這里就以倉庫管理為例，說話該如何做好資料庫對象大小、數量等方便的評估，以及他們對於資料庫性能與穩定性的影響。
1、根據對象大小來規劃存儲空間。在倉庫貨物的擺放上，要根據貨物的大小來規劃存儲空間。或者說要首先防止大的貨物。只有如此空間的利用率才會最高。其實在規劃DB2對象的時候，也是如此。如某些表可能會包含的記錄比較多，屬於大表。此時資料庫管理員就需要考慮，是否將其放置在一個獨立的表空間或者硬碟空間上，以提高數據操作的性能。大表所對應的索引往往也是比較大的。為此在硬體條件允許的情況下，將索引表與數據表分別存放在不同的硬碟上，可以提高資料庫的性能。而對於一些比較小的對象(如數據表)，可以將它們存放在一個表空間中。其實這個表空間就好像倉庫中的一個個紙盒子。將小的對象放入到這個「紙盒子」中，不但不佔空間，而且也容易管理。
2、根據對象的使用頻率來規劃存放空間。在倉庫中擺放物品的時候，往往會把近期就要用到的貨物或者頻繁需要用到的東西放在倉庫門口或者容易拿到的地方。如此在拿這些貨物時就會比較便捷，也不會對其他貨物產生影響。對於DB2資料庫中的對象來說，也是這么一回事。可以將那些訪問量比較大的對象，如索引、數據表，存放在性能比較好的硬碟上或者單獨的硬碟中。此時訪問這些數據，就不會與其它對象產生I/O沖突，操作起來速度就會比較快。而將不怎麼用到的對象，存放在一起。由於他們不怎麼被用到，所以即使存放在性能比較低的硬碟上，其對資料庫性能產生的負面影響也是非常有限的。 在DB2資料庫裡面如何更新執行計劃
3、根據類別來存放資料庫對象。在倉庫中存放貨物的時候，還會對其進行分類。然後根據類別來進行存放。這有利於貨物的管理與檢索。其實在資料庫對象存儲空間設計時，也需要考慮這個因素。如現在應用軟體在設計的時候，很多都是根據模塊來設計。那麼在資料庫對象設計時，也需要根據這個模塊來設計存儲的空間。如將同一個模塊的資料庫對象存放在同一個表空間內。不過這可能會跟上面的兩個建立相違背。此時最好是在對象的命名上做文章。如可以根據模塊的不同，分別給資料庫對象取一個相同的前綴或者後綴。如即使同一塊模塊要用到多個表空間，此時就可以給表空間一個相同的前綴。如此在管理資料庫對象的時候，根據表空間的前綴就可以判斷其所屬的模塊了。如果再加上一個後綴來表示其資料庫對象的分類，那麼就更合理了。為此在管理資料庫對象的時候，要執行分類管理。不僅要從技術上對其進行分類，如分為索引、數據表、關鍵字等等。還需要從功能上進行分類，如按應用程序的模塊來進行分類等等。
三、設計好資料庫備份與還原的方案。
在資料庫交付生產使用之後，往往需要進行大量的測試。但是在測試過程中往往又會產生很多的垃圾數據。可是交給企業應用的，肯定是一個干凈的資料庫系統。為此在資料庫設計的時候，就需要想好如果減少測試過程中的垃圾數據。或者採取什麼樣的方式來實現在交互時自動清除垃圾數據的機制。
一般來說，想要一個資料庫備份與還原的方案，減少資料庫測試所產生的垃圾數據。如現在在給企業部署資料庫的時候，往往是先安裝一個干凈的資料庫系統。當然字元集這些需要預先設置好。然後再利用資料庫還原功能將預先定義好的資料庫模型還原出來。
另外有些時候需要兩個方案互為補充。如在資料庫初始化的過程中，採用資料庫還原的方式來創建資料庫對象。但是在應用軟體升級的時候，由於此時已經有了用戶的數據，為此不能夠在使用資料庫還原的方法。而是通過應用程序來執行某些SQL代碼，來調整或者增加部分資料庫對象。無論採用哪一種方式，需要遵循的一個原則就是在給企業創建資料庫對象時要最大限度的減少測試。而要做到這一點，就是需要先在測試伺服器上創建對象並測試對象可用。然後直接將相關的SQL代碼在投入使用的資料庫伺服器上執行。
㈥ SQL 設計表時需要確定哪些內容
啟動sql server 2008 management studio
工具菜單----選項-- --designers(設計器)----阻止保存備仔要求重新創建表的更改 取消勾仿鍵汪選亮凱即可。
㈦ 資料庫中定義表結構應注意哪些事項
加表欄位 : 約束條件不能有noy null,primary key等
�8�4 修改表欄位的數據類型: 數據類型為 text、image、ntext 的列，或者屬於primary key的列不能修改。新的數據類型應與原數據類型兼容
刪除數據表可使用DROP TABLE: （1）DROP TABLE 不能用於刪除由 FOREIGN KEY 約束引用的表。必須先刪除引用的 FOREIGN KEY 約束或引用的表。
（2）在系統表上不能使用 DROP TABLE 語句。
(3)數據、表上的索引都刪除。表上的視圖往往仍然保留，但無法引用
�6�1 使用INSERT語句一次只能為表插入一行數據。增加多行使用多條insert
�6�1 如果INSERT語句違反約束或規則，或者它有與列的數據類型不兼
�6�1 容的值，那麼該語句就會失敗，並且SQL Server 將顯示錯誤信息。
�6�1 此時必須列出列名（因為提供的值的個數與表中列的個數不一致）。
�6�1 未列出的列中將自動填入預設值，如果沒有設置預設值則填入NULL
�6�1 C_Info中的課程類別和課程說明列必須允許為NULL，因為系統實際插入的數據為：(『9720045』,『Web開發技術』,default,2,default)。
�6�1 學號、姓名欄位的數據類型應與追加記錄的欄位author_id,au_fname數據類型一致或兼容
�6�1 學號、姓名欄位的數據類型的長度應小於或者等於追加記錄的欄位author_id,au_fname數據類型的長度。
�6�1 Stu表中其他為追加的欄位必須允許為NULL
㈧ sql簡述設計表時應注意什麼問題.簡答題
比如，銷售時要記錄銷售情況，一般需要兩個表，一個是銷售單的概要描述，記錄諸如銷售單號、總金額一類的情況，另外一納胡並個表記錄每種洞跡商品的數量和金額。對於第一個表（主表），通常我們以單據號為主鍵;對於商品銷售的明細表（從表），我們就需要將主表的單據號也放入到商品的明細表中，使其關聯起來形成主從關系。同時該單據號與商品的編碼一起，形成明細表的聯合主鍵。這只是一般情況，我們稍微將這個問題延伸一下：假如在明細中，我們每種商品又可能做耐以不同的價格方式銷售。有部分按折扣價格銷售，有部分按正常價格銷售。要記錄這些情況，那麼我們就需要第三個表。而這第三個表的主鍵就需要第一個表的單據號以及第二個表的商品號再加上自身需要的信息一起構成聯合主鍵;又或者其他情況，在第一個主表中，本身就是以聯合方式構成聯合主鍵，那麼也需要在從表中將主表的多個欄位添加進來聯合在一起形成自己的主鍵。
數據冗餘存儲：隨著這種主從關系的延伸，資料庫中需要重復存儲的數據將變得越來越龐大。或者當主表本身就是聯合主鍵時，就必須在從表中將所有的欄位重新存儲一次。
SQL復雜度增加：當存在多個欄位的聯合主鍵時，我們需要將主表的多個欄位與子表的多個欄位關聯以獲取滿足某些條件的所有詳細情況記錄。
㈨ SQL語句建表，
就以建立一個學生表為例：CREATE TABLE STUDENT_INFO_T -- STUDENT_INFO_T 是表名( StudentID INT primary key identity, -- 學生的學號作為關鍵字並讓其標識設為自增 StudentName nvarchar(20) NOT NULL, StudentSex char(2) NOT NULL, StudentAge INT NOT NULL)從上面的小例子可以看出，SQL建表的一般格式如下：create table 表名( 屬性1 數據類型, --根據需要是否設為主鍵或自增 屬性2 數據類型, --根據需要是否為空，如果不為空，可以加多一條NOT NULL 屬性n 數據類型)
㈩ SQL Server2000創建表時應該注意什麼
Microsoft® SQL Server™ 2000
使用一組操作系統文件映射資料庫。資料庫中的所有數據和對象（如表、存儲過程、觸發器和視圖）都存儲在下列操作系統文件中：
主要
該文件包含資料庫的啟動信息，並用於存儲數據。每個資料庫都有一個主要數據文件。
次要
這些文件含有不能置於主要數據文件中的所有數據。如果主文件可以包含資料庫中的所有數據，那麼資料庫就不需要次要數據文件。有些資料庫可能足夠大故需要多個次要數據文件，或使用位於不同磁碟驅動器上的輔助文件將數據擴展到多個磁碟。
事務日誌
這些文件包含用於恢復資料庫的日誌信息。每個資料庫都必須至少有一個日誌文件。
例如，創建簡單的資料庫 sales
時，可以只使用一個包含所有數據和對象的主文件和一個包含事務日誌信息的日誌文件。另一種情況是，創建更復雜的資料庫 orders
時，可以使用一個主文件和五個輔助文件，資料庫內的數據和對象擴展到所有的六個文件中，另外有四個日誌文件包含事務日誌信息。
文件組允許對文件進行分組，以便於管理和數據的分配／放置。例如，可以分別在三個硬碟驅動器上創建三個文件（Data1.ndf、Data2.ndf
和 Data3.ndf），並將這三個文件指派到文件組 fgroup1 中。然後，可以明確地在文件組 fgroup1
上創建一個表。對表中數據的查詢將分散到三個磁碟上，因而性能得以提高。在
RAID（獨立磁碟冗餘陣列)條帶集上創建單個文件也可以獲得相同的性能改善。然而，文件和文件組使您得以在新磁碟上輕易地添加新文件。另外，如果資料庫超過單個
Microsoft Windows NT® 文件的最大大小，則可以使用次要數據文件允許資料庫繼續增長。
文件和文件組的設計規則
文件和文件組的設計規則包括：
文件或文件組不能由一個以上的資料庫使用。例如，文件 sales.mdf 和 sales.ndf 包含 sales
資料庫中的數據和對象，任何其它資料庫都不能使用這兩個文件。
文件只能是一個文件組的成員。
數據和事務日誌信息不能屬於同一文件或文件組。
事務日誌文件不能屬於任何文件組。