Mail-таблицы в SQL: разделять или не разделять?

Question

У меня есть таблица Mails, в которой хранятся письма (кто бы мог подумать ...;)).

С крошечным MailStatus Я решаю, является ли это SentMail, Draft или ReceivedMail.

Теперь мне стало интересно, не будет ли более подходящим Table-Split, и сказал:

MailsSent

MailsDraft

MailsReceived

Вместо крошечного-флажка MailStatus.

Но это также означало бы, что мне нужно перемещать строки (вставлять в одну таблицу, удалять в другой), когда пользователь удаляет или перемещает почту, а не просто переключать int-значение.

Что вы думаете об этом?

Answer 1

Лично я бы сохранил флаг и проиндексировал его.Таким образом, даже с огромной таблицей вы сможете извлечь информацию из таблицы достаточно быстро.Вы можете изменить флаг, только если почта переместилась из одной папки в другую, что уменьшит нагрузку на сервер и файл журнала.

Answer 2

С точки зрения кода намного проще обрабатывать перечисление, чем обрабатывать различные типы.

И с точки зрения БД причины хранения этих очень похожих данных в разных таблицах:

• проблемы с производительностью
• проблемы с размером (одна таблица становится слишком большой)
• проблемы нормализации в дБ (нулевые значения для поля SentDateTime и т. Д.)

В большинствеВ таких случаях вы никогда не столкнетесь с проблемами размера / производительности, поэтому вопрос в том, насколько нормализованы ваши данные.Если вас это не волнует, не усложняйте ситуацию: Оставьте ее в одной таблице и используйте перечисление (int) в таблице для разграничения статуса.

Answer 3

Поскольку электронную почту можно разделить на папки, я предлагаю вам создать дополнительную таблицу MailFolders, в которой хранятся такие папки / состояние электронной почты.

Затем используйте внешний ключ в таблице Mail для MailFolders. Некоторые папки можно назначить системными, а другие - пользовательскими (и включать внешний ключ пользователя).

Опять же, все зависит от дизайна вашего приложения и требований.