Моделирование системных объектов для таблицы соответствия

Question

Я создаю таблицу поиска объектов и не уверен, что именно вызывать объект. Это социальная сеть. Я знаю, что такие объекты, как фото, видео, статус и т. Д. Являются объектами, но как насчет настроек учетной записи, почтовых папок, почтовых вложений, сообщений об ошибках и т. Д.? Некоторые вещи, такие как «Теги», это то, что объект сам по себе или только когда мы объединяем его с тегом Photo, Video tag, Peopletag и т. Д.?

Мы моделируем все объекты с 1 по 1 с помощью системы или имеем родительские объекты и дочерние объекты для целей поиска?

Answer 1

Если вы ссылаетесь на схему базы данных, вы должны думать о ней так:

Если две ошибки семантически совпадают (т. Е. "Foo" == "foo"), то это может бытьпревратился в таблицу поиска.Если два имени семантически не совпадают, даже если они имеют одинаковое значение (т. Е. «John» == «john», но люди разные), вам не следует использовать таблицу поиска.

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

Имеет ли это смысл?

Эрик