⑴ 如何判斷數據表是否符合範式
首先看看定義（第一範式省略，因為關系資料庫都符合第一範式）：
第二範式（2NF）：資料庫表中不存在非關鍵欄位對任一候選關鍵欄位的部分函數依賴（部分函數依賴指的是存在組合關鍵字中的某些欄位決定非關鍵欄位的情況），也即所有非關鍵欄位都完全依賴於任意一組候選關鍵字。
第三範式（3NF）：在第二範式的基礎上，數據表中如果不存在非關鍵欄位對任一候選關鍵欄位的傳遞函數依賴則符合第三範式。所謂傳遞函數依賴，指的是如果存在"A → B → C"的決定關系，則C傳遞函數依賴於A。
鮑依斯-科得範式（BCNF）：在第三範式的基礎上，資料庫表中如果不存在任何欄位對任一候選關鍵欄位的傳遞函數依賴則符合第三範式。
以上內容摘自：
http://log.zhoz.com/read.php?44
這文章寫得不錯，可以看看，如果還有問題再討論
⑵ sql怎麼判斷資料庫內容是否一致
declare @n int
declare @name nvarchar(100)
set @n=0
set @name='abcde'
select @n=count(Name) from [表] where Name=@name
---判斷@n是否等於0即可，大於0說明有，等於0說明沒有
⑶ php中怎樣判斷輸入的數據是否符合規定（date、int ）
php中有內置的函數，如is_float等，ctype_alpha等，filter_input等。都可以進行輸入驗證。不過最好自己構建自己需要的函數進行驗證，以確保更高的安全性和可維護性。
⑷ 資料庫中怎樣查詢符合條件的記錄是否存在
$sql='select*fromtbnamewhereusername="'.$username.'"';
$result=mysql_query($sql);
$data=mysql_num_rows($result);
if($data){
echo"已存在";
}
⑸ 如何判斷SQL語句查詢的結果是不是正確的
如何判斷SQL語句查詢的結果是不是正確的？
方法一：把這個查詢的結果放到數據集中
然後用一個if判斷返回的數據集記錄數是否<=0
如果<=0的話則結果為空。
方法二：直接把SQL語句改成
SELECT
COUNT(*)
FROM
TableName
WHERE
Field=
『value』，如果返回結果=0的話即為空。
⑹ winform c#.net 怎麼判斷資料庫中存在符合查詢要求的數據 sql
select * from 表 where 欄位='"+條件+"';
string SqlConn=System.Configuration.ConfigurationSettings.AppSettings["ConnString"];
SqlConnection Conn=new SqlConnection(SqlConn);
Conn.Open();
string mysql="select * from db_hetongguanli_y_g";
SqlCommand cm=new SqlCommand (mysql,Conn);
SqlDataReader dr=cm.ExecuteReader ();
while(dr.Read ())
{
if(!this.IsPostBack)
{
this.DropDownList2.Items.Add(new ListItem(dr["hetongid"].ToString()));
}
}
Conn.Close ();
dr.Close();
⑺ 如何判斷資料庫設計是否規范
表中應該避免可為空的列
表不應該有重復的值或者列
表中記錄應該有一個唯一的標識符
資料庫對象要有統一的前綴名
希賽網上有詳細說明，你可以去看看
⑻ 資料庫如何判斷規范化程度
S➡D，D➡M，可以推出S➡M；所以存在傳遞依賴；
第三範式規定不存在函數依賴，所以不滿足第三範式；
屬性不可再分，滿足第一範式；
第一範式基礎上，不存在部分函數依賴，所以滿足第二範式，即2NF；
你可能對部分函數依賴不理解，我解釋一下：S➡D，意味著D依賴於S，也就是S的內容決定著D的內容；如果{A,B}➡M,同時有B➡M，那就有部分函數依賴了，因為{A,B}中的一個子集是B，B是集合中的一部分；這就是部分函數依賴。
⑼ java導入資料庫之前，判斷數據是否符合要求。
資料庫插入之前先查詢，判斷是否存在和一致，不存在或不一致就輸出信息，相反就直接插入
⑽ 理解什麼是資料庫規范化
優點是降低冗餘，利於保證數據的一致性和完整性；
缺點是過度的規范化，易造成查詢和統計時的效率下降，這主要是由於多表連接所造成的問題。
適當的反規范化設計可以提高效率，但最好在那些數據不太發生變化的情況下使用。
通常情況下，可以從兩個方面來判斷資料庫是否設計的比較規范。一是看看是否擁有大量的窄表，二是寬表的數量是否足夠的少。若符合這兩個條件，則可以說明這個資料庫的規范化水平還是比較高的。當然這是兩個泛泛而談的指標。為了達到資料庫設計規范化的要求，一般來說，需要符合以下五個要求。 要求一：表中應該避免可為空的列。 雖然表中允許空列，但是，空欄位是一種比較特殊的數據類型。資料庫在處理的時候，需要進行特殊的處理。如此的話，就會增加資料庫處理記錄的復雜性。當表中有比較多的空欄位時，在同等條件下，資料庫處理的性能會降低許多。 所以，雖然在資料庫表設計的時候，允許表中具有空欄位，但是，我們應該盡量避免。若確實需要的話，我們可以通過一些折中的方式，來處理這些空欄位，讓其對資料庫性能的影響降低到最少。 一是通過設置默認值的形式，來避免空欄位的產生。如在一個人事管理系統中，有時候身份證號碼欄位可能允許為空。因為不是每個人都可以記住自己的身份證號碼。而在員工報到的時候，可能身份證沒有帶在身邊。所以，身份證號碼欄位往往不能及時提供。為此，身份證號碼欄位可以允許為空，以滿足這些特殊情況的需要。但是，在資料庫設計的時候，則可以做一些處理。如當用戶沒有輸入內容的時候，則把這個欄位的默認值設置為0或者為N/A。以避免空欄位的產生。 二是若一張表中，允許為空的列比較多，接近表全部列數的三分之一。而且，這些列在大部分情況下，都是可有可無的。若資料庫管理員遇到這種情況，筆者建議另外建立一張副表，以保存這些列。然後通過關鍵字把主表跟這張副表關聯起來。將數據存儲在兩個獨立的表中使得主表的設計更為簡單，同時也能夠滿足存儲空值信息的需要。 要求二：表不應該有重復的值或者列。 為了解決這個問題，有多種實現方式。但是，若設計不合理的話在，則會導致重復的值或者列。如我們也可以這么設計，把客戶信息、聯系人都放入同一張表中。為了解決多個聯系人的問題，可以設置第一聯系人、第一聯系人電話、第二聯系人、第二聯系人電話等等。若還有第三聯系人、第四聯系人等等，則往往還需要加入更多的欄位。 所以，在資料庫設計的時候要盡量避免這種重復的值或者列的產生。筆者建議，若資料庫管理員遇到這種情況，可以改變一下策略。如把客戶聯系人另外設置一張表。然後通過客戶ID把供應商信息表跟客戶聯系人信息表連接起來。也就是說，盡量將重復的值放置到一張獨立的表中進行管理。然後通過視圖或者其他手段把這些獨立的表聯系起來。 要求三：表中記錄應該有一個唯一的標識符。 在資料庫表設計的時候，資料庫管理員應該養成一個好習慣，用一個ID號來唯一的標識行記錄，而不要通過名字、編號等欄位來對紀錄進行區分。每個表都應該有一個ID列，任何兩個記錄都不可以共享同一個ID值。另外，這個ID值最好有資料庫來進行自動管理，而不要把這個任務給前台應用程序。否則的話，很容易產生ID值不統一的情況。 要求四：資料庫對象要有統一的前綴名。 一個比較復雜的應用系統，其對應的資料庫表往往以千計。若讓資料庫管理員看到對象名就了解這個資料庫對象所起的作用，恐怕會比較困難。而且在資料庫對象引用的時候，資料庫管理員也會為不能迅速找到所需要的資料庫對象而頭疼。 其次，表、視圖、函數等最好也有統一的前綴。如視圖可以用V為前綴，而函數則可以利用F為前綴。如此資料庫管理員無論是在日常管理還是對象引用的時候，都能夠在最短的時間內找到自己所需要的對象。 要求五：盡量只存儲單一實體類型的數據。 這里將的實體類型跟數據類型不是一回事，要注意區分。這里講的實體類型是指所需要描述對象的本身。筆者舉一個例子，估計大家就可以明白其中的內容了。如現在有一個圖書館里系統，有圖書基本信息、作者信息兩個實體對象。若用戶要把這兩個實體對象信息放在同一張表中也是可以的。如可以把表設計成圖書名字、圖書作者等等。可是如此設計的話，會給後續的維護帶來不少的麻煩。 遇到這種情況時，筆者建議可以把上面這張表分解成三種獨立的表，分別為圖書基本信息表、作者基本信息表、圖書與作者對應表等等。如此設計以後，以上遇到的所有問題就都引刃而解了。 以上五條是在資料庫設計時達到規范化水平的基本要求。除了這些另外還有很多細節方面的要求，如數據類型、存儲過程等等。而且，資料庫規范往往沒有技術方面的嚴格限制，主要依靠資料庫管理員日常工作經驗的累積。
第一範式每個分量不可再分 第一範式消除了非主屬性對鍵的部分函數依賴, 就是第二範式 第二範式消除了任何屬性對鍵的傳遞依賴, 就是第三範式~