數(shù)據(jù)庫字段設置可以為空，插入數(shù)據(jù)就會有如果此字段是字符類型，則在插入時插入“”（即，插入一個值，并且該值為空），則此部分將為空。如果要保留為空，請使用默認值。不要在insert語句中添加此字段，請?zhí)^

數(shù)據(jù)庫字段設置可以為空，插入數(shù)據(jù)就會有

如果此字段是字符類型，則在插入時插入“”（即，插入一個值，并且該值為空），則此部分將為空。如果要保留為空，請使用默認值。不要在insert語句中添加此字段，請?zhí)^它。

mysql數(shù)據(jù)庫默認字段值是不是都要設置成not null？

有默認值，當然，它被設置為不為空。能夠盡可能不空。即使為了盡可能避免碎片化，如果進行優(yōu)化，甚至有必要將非空字段提前到空字段，但這會影響程序的可讀性和編碼復雜度。

數(shù)據(jù)庫涉及到金額的字段到底要不要給默認值能不能默認null？

這個問題不應該是技術和產(chǎn)品之間的競爭。相反，我認為應該從兩個方面來考慮：一是從技術的角度考慮理性，二是滿足需求。

首先，無論用戶是否填寫運費字段，在計算價格時一定要加上總價。所以從技術上講，null和0之間似乎沒有太大的區(qū)別。但是，從數(shù)據(jù)庫的角度來看，一般不建議使用null作為字段的默認值，特殊情況除外。因為使用null作為字段值可能會帶來一些問題。例如，對包含空值的列執(zhí)行計數(shù)統(tǒng)計不會得到空值。例如，在執(zhí)行否定查詢時，不能獲取空值。還有很多問題。所以當使用null作為數(shù)據(jù)庫值時，我們應該考慮它是否會影響實現(xiàn)。

其次，從需求的角度來看，如果需求確實需要區(qū)分用戶沒有填寫的情況和填寫為0的情況，前提是有合理的理由，比如需要避免出現(xiàn)問題時與用戶發(fā)生爭執(zhí)的風險，那么在這種情況下，前提應該是滿足需求。當然，滿足要求只意味著產(chǎn)品設計最終能夠實現(xiàn)，要實施的技術方案還需要技術人員考慮，因為在很多情況下，一個問題不僅僅是零或者0，還可能影響到其他地方。技術人員不得無故否定產(chǎn)品設計，產(chǎn)品人員不得過多參與技術方案。

最后，如果我想實現(xiàn)這個要求，我可以設置運費字段為0，但我需要添加一個標識位來判斷是否設置它。這樣，我就不需要在價格計算中處理空值，同時也可以滿足要求。如果以后需要做其他相關的統(tǒng)計，可以避免一些不必要的問題。