mysql數(shù)據(jù)庫開發(fā)規(guī)范13(編輯修改稿)
2025-05-04 06:18 本頁面
【文章內(nèi)容簡介】 T）。并和原表進行分拆，與原表主鍵組成新表存儲，且每個表只允許有一個TEXT系列類型字段。241。 CHAR僅當(dāng)字段確定為定長，且將來不會修改長度時，使用CHAR類型。上線以后不允許修改字段類型。謹慎使用. 時間類型241。 DATE只需要精確到天的字段使用DATE類型。精確到天的取當(dāng)前時期的操作使用CURDATE()函數(shù)實現(xiàn)。 DATETIME需要精確到時間（時、分、秒）的字段使用DATETIME類型。精確到秒的取當(dāng)前時間的操作使用NOW()函數(shù)實現(xiàn)。取值范圍：39。1000010139。到39。9999123139。TIMESTAMP該類型僅允許raw_update_time字段使用，其它字段不允許使用該類型。取值范圍：39。19700101 00:00:0039。到39。20370101 00:00:0039。. 表設(shè)計241。 必含字段id INT：主鍵使用MySQL的自增類型raw_add_time DATETIME：創(chuàng)建日期（大字段拆分表除外），必須使用數(shù)據(jù)庫時間（用now()生成）raw_update_time TIMESTAMP：修改日期（大字段拆分表除外, 但內(nèi)容變化必須修改主表的update_time字段），由數(shù)據(jù)庫自動變更，應(yīng)用不操作此字段以上3個字段都必須是沒有任何商業(yè)意義的與業(yè)務(wù)無關(guān)的字段，不允許賦予任何商業(yè)意義241。 作為表間連接關(guān)系的字段，數(shù)據(jù)類型必須保持嚴格一致，避免索引無法正常使用。241。 附屬表拆分后，附屬表關(guān)聯(lián)字段使用主表主鍵字段，且附屬表須有獨立主鍵（大字段拆分的表不需要單獨的主鍵）241。 存在過期概念的表，在其設(shè)計之初就必須有過期機制，且有明確的過期時間。過期數(shù)據(jù)必須遷移至歷史表中。241。 不再使用的表，必須通知DBA予以更名歸檔。241。 線上表中若有不再使用的字段，為保證數(shù)據(jù)完整，禁止刪除，而是進行更名歸檔，名稱統(tǒng)一增加droped_前綴. 約束使用. 主鍵241。 主鍵不能包含業(yè)務(wù)含義。241。 主鍵在任何情況下不允許被更新。. 唯一約束241。 除主鍵外，需存在唯一性約束的，可通過創(chuàng)建以uk_為前綴的唯一索引實現(xiàn)。. 外鍵241。 任何情況不在數(shù)據(jù)庫創(chuàng)建外鍵約
公司管理相關(guān)推薦
鄂ICP備17016276號-1