Что считается большой таблицей SQL с учетом количества полей

Question

Я знаю, что вопрос не имеет такого смысла.

• Какое типичное количество столбцов в маленькой, средней и большой таблице (в базе данных) в профессиональной среде.

Хотите получить представление о том, что такое хороший дизайн, насколько я могу увеличить свой столбец таблицы.В таблице 100 или 200 столбцов в порядке?

Answer 1

Это полностью зависит от характера предмета, который вы моделируете.Если вам нужен один столбец, вам нужен один;если вам нужно 500, то вам нужно 500. При правильном дизайне размер таблиц, которые у вас получатся, всегда будет «правильным».

Насколько большими они могут быть, что хорошо работает, что если вам нужнобольше столбцов, чем вы можете физически заполнить в SQL ... это все вопросы о реализации, обслуживании и / или производительности, и это другой и вторичный предмет.Сначала разработайте правильные модели, а затем подумайте о реализации.

Answer 2

Ну, для SQL Server 2005, в соответствии с Max Capacity Specification , максимальное количество столбцов в базовой таблице составляет 1024. Так что это жесткий верхний предел.

Answer 3

Вам следует нормализовать свои таблицы как минимум до третьей нормальной формы ( 3NF ). Это должно быть вашим основным руководством.

Answer 4

Вы должны учитывать размер строки.100 разреженных столбцов отличается от 100 столбцов varchar (3000).Почти всегда лучше создать связанную таблицу (с принудительным соотношением 1-1), когда вы начинаете превышать размер записи, который SQL Server может хранить на одной странице.

Вам также следует подумать, как будут запрашиваться данные.Много ли из тех полей, которые не нужно будет часто возвращать?Есть ли у них естественная группировка (например, личная запись, а не учетная запись пользователя) и будет ли эта естественная группировка определять, как их будут запрашивать?В этом случае, возможно, было бы лучше выделить их.

И, конечно, вы должны рассмотреть вопрос о нормализации.Если вы делаете несколько столбцов, чтобы избежать взаимосвязи «один ко многим» и объединения, то вам не следует этого делать, даже если у вас всего 6 столбцов.Объединения (с индексированными ключевыми полями) предпочтительнее денормализованных таблиц, за исключением случаев с хранилищем данных в целом.Лучше, если вам не нужно добавлять новые столбцы, потому что вам нужно сохранить новый тип телефона.