
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
17.11.2010, 17:12
|
|||
|---|---|---|---|
|
|||
Списочное поле |
|||
|
#18+
У сущности есть поле - список неких заранее определённых (словарных) значений. Грамотно ли хранить этот список обычной строкой, разделённой запятыми или лучше полноценную табличку создать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.11.2010, 17:14
|
|||
|---|---|---|---|
|
|||
Списочное поле |
|||
|
#18+
Список значений для каждой конкретной сущности, имелось в виду. Т.е. например сущность Товар и у неё есть список размеров. Так вот, я хочу запихать размеры в строку: 35, 37, 39, 41 чтобы не плодить таблицы. Модератор: Тема перенесена из форума "Microsoft SQL Server". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.11.2010, 17:17
|
|||
|---|---|---|---|
|
|||
Списочное поле |
|||
|
#18+
А как потом редактировать (добавлять элемент) и вообще "контролировать" такую строку? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.11.2010, 17:21
|
|||
|---|---|---|---|
|
|||
Списочное поле |
|||
|
#18+
Контролировать - сплитовать на клиенте средствами языка программирования. При изменених перезаписывать строку полностью. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.11.2010, 17:23
|
|||
|---|---|---|---|
|
|||
Списочное поле |
|||
|
#18+
Или велосипед? Тут особых запросов не будет. Просто вывести список, отредактировать список. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.11.2010, 17:46
|
|||
|---|---|---|---|
Списочное поле |
|||
|
#18+
МСУ., велосипед даже если уж совсем невмоготу, то хотя бы XML храните вместо "запятая-сплитование-велогонки-...." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.11.2010, 18:05
|
|||
|---|---|---|---|
|
|||
Списочное поле |
|||
|
#18+
Сделал табличкой. Спасибо за участие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.11.2010, 18:05
|
|||
|---|---|---|---|
Списочное поле |
|||
|
#18+
МСУ.У сущности есть поле - список неких заранее определённых (словарных) значений. Грамотно ли хранить этот список обычной строкой, разделённой запятыми или лучше полноценную табличку создать? И не то, и не другое:) Нормальная СУБД должна поддерживать тип "набор строк", а в данном случае лучше использовать тип "набор чисел". Например, чтобы делать запрос больше или равно 37, меньше или равно 39:) Видимо, если Вы задали такой странный вопрос, Вы используете какую-то устаревшую СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.11.2010, 18:11
|
|||
|---|---|---|---|
Списочное поле |
|||
|
#18+
МСУ., Если говорить про грамотность - то нет, не грамотно, т.к. противоречит ПНФ Но люди иногда так делают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.11.2010, 18:20
|
|||
|---|---|---|---|
Списочное поле |
|||
|
#18+
lLocustМСУ., Если говорить про грамотность - то нет, не грамотно, т.к. противоречит ПНФ Но люди иногда так делают. Тип "строка" не противоречит 1НФ. Так же, как и тип "отношение РМД", например. А интерпретировать любую строку можно как угодно:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.11.2010, 20:14
|
|||
|---|---|---|---|
Списочное поле |
|||
|
#18+
МСУ.У сущности есть поле - список неких заранее определённых (словарных) значений. Грамотно ли хранить этот список обычной строкой, разделённой запятыми или лучше полноценную табличку создать? Если это значение должно хоть как-то участвовать в серверной логике, например, при вводе товара проверяется попадание размера в "список возможных размеров", то неграмотно, скорее даже категорически неграмотно. Если же единственное предназначение этого поля - "получить значение с клиента / вернуть значение клиенту", то не страшно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/search_topic.php?author=xeel&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
4ms |
get forum list: |
12ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
191ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
| others: | 1129ms |
| total: | 1433ms |

| 0 / 0 |
