如何設計表中包含 100 個字段的資料庫

分。 1.按業務邏輯拆分。 顯然，資料是冗餘的，並被拆分為乙個表。

2.按讀取和寫入濃度進行拆分。 也就是說，通常一起進行的更改被放置在乙個表中。 經常讀取的放在表格中，以提高索引效率。

3.如果資料量很小，則不會有任何變化。 您需要實際測量使用此表消耗了多少資源（時間、記憶體、CPU 等）。

如果它足夠小，你可以接受。 那是 100 個字段，所以這就是 100 個字段。 沒什麼大不了的。

補充一下為什麼我說 3因為很多時候，研究如何拆卸和優化手錶需要花費大量的時間和精力。 最後，你會發現你所提供的東西遠不如你付出的那麼多。 為乙個人的哨子買單。

就是拆分表設計。

例如，使用者表中的屬性太多... 不經常操作的色譜柱設計在幾個表中。

它也可以通過檢視進行控制。 乙個表中有很多列，但企業不可能每次都與這些列建立關係，因此您可以根據業務需求設計檢視。

這個問題涉及很多設計規則，需要根據具體情況進行分析。

首先，這個表的日常操作是面向查詢的還是面向更新和插入的？

這 100 個字段之間是否存在邏輯依賴關係？

這樣做的直接結果是表維護不善，這 100 多個欄位中沒有冗餘。 這些欄位不涉及索引嗎？ 表是按需求而來的，不知道你的需求，也不確定是否合適，但如果錶行數少於1000萬，應該不會有影響。

沒關係，超過100個字段是正常的。

這可以通過插入......來完成作為 select 語句。

sql：insert into tablename（newname） as select oldname from tablename where conditional 語句。

注意：上述語句中插入的字段順序必須與查詢語句的順序一致，否則會報錯。

當然，按照您的數量級，處理速度僅快 3 個字段。

這三個領域都比較快，一般感覺不到。

這取決於什麼樣的業務和什麼樣的資料。

通常第二個更合理一些。

1.在預言機中，以這種方式編寫可以解決從使用者選項卡列中選擇列名、表名的問題，其中列名='test_name'2.在sqlserver中，這可以解決從列名中選擇列名，表名的問題

選擇欄位名稱 1、欄位名稱 2 ,..從表名。

在迴圈中將查詢列組織成字串，然後使用動態 SQL 執行它們。

大廳的所有欄位都是空的？ 是字段還是記錄？？

dim aaa as string

做乙個記錄集，簽入乙個迴圈，做乙個迴圈 rs 字段計數 i

aaa＝aaa= aaa＆

如果 aaa 為空，則 Vertical Ant 將刪除該記錄。

尺骨前肢點很難。 匯出表的數量並將它們置於訪問許可權中，然後在資料處理崩潰後重新匯入它們。 段靈石100多字？ 那個開發人員的資料庫學得不好！

你對這 100 個值有什麼條件嗎？ 我不認為你說清楚了，這只是隨機的100個值。

從表名中選擇前 100 個欄位名。

如果是前 100 句話，我已經寫好了。