доброго времени суток.

Вопрос следующий есть веб -приложение, оно имеет зарегистрированных участников, участники могут вносить текстовые сообщения, идея заключается в том что эти сообщения могут повторяться, не очень часто но 1 к 30 точно будут. и вот вопрос- разумно ли следующим образом создавать структуру таблиц



id | значение

id | имя участника

id | id_значение | id_участника

в место того что бы создавать 1 таблицу id | id_участника | значение

хм если указанное решение правильное, как оптимизировать таблицу со значениями?

С практической точки зрения нормализация тут лишняя, я считаю.

_____________

Профессиональная разработка на заказ

Я на GitHub | второй профиль

Invis1ble
поясните пожалуйста свое мнение

Чтобы можно было выбрать сообщение из шаблонов? Или что?

Ron ну да что бы поиск по таблице значений работал быстрее

В качестве стремления к идеалу (нормальным формам) смысла нет никакого. Вы на поиске существующих сообщений потеряете очень много ресурсов.

Я бы сделал через шаблоны, а сам текст записывал явным образом в структуру с 2-мя таблицами. Разносить на 3 есть смысл только в справочниках. Так что смотрите - если ваши сообщения (или что там) больше похожи на справочник, то да, делите на 3 таблицы смело.

Хотя какой это справочник с повторами в 3%...

хм, Ron, поясните плиз о каких шаблонах вы говорите ?

hurt3, ну это когда сообщение помечается как шаблонное, скажем, флагом. И далее подобные сообщения доступны в юзер интерфейсе в качестве списка.

Правда я не знаю какая у вас в итоге цель-то? Например, если шаблонных сообщений будет 100 штук со временем. То как пользователь будет из них что выбирать? Не, ну можно повесить какой-нибудь typeahead...

Но лучше поясните более доходчиво: чего вы хотите добиться и как представляете работу юзера со всем этим делом.

Ron
я понял спасибо, можно тему закрыть