|
|
|
Организация структуры базы данных
|
|||
|---|---|---|---|
|
#18+
Пытаюсь делать базу данных для работы отдела МТР, одним из элементов является собственно блок посвященный самим МТР (материально техническим ресурсам). Всего имеется около 2.5 тыс наименований среди которых встречаются схожие но с разными характеристиками типо Арматура D15 и Арматура D20. Во всех книгах читал что для всей повторяющейся информации целесообразнее создавать отдельные таблици тоесть получается нужно создать таблицу "Арматура" с полями характеристик типо "диаметр" и туда залупашить все диаметры. Все кажется понятно и ясно но для 2.5к позиций получится как минимум 1к дополнительных таблиц а вот это уже както стремно. Вопрос что делать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2013, 11:37 |
|
||
|
Организация структуры базы данных
|
|||
|---|---|---|---|
|
#18+
NerZullчто делать?Use the EAV, Luke! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2013, 11:43 |
|
||
|
Организация структуры базы данных
|
|||
|---|---|---|---|
|
#18+
NerZull тоесть получается нужно создать таблицу "Арматура" с полями характеристик типо "диаметр" и туда залупашить все диаметры. Нет, надо создать таблицу "типы", в которой будет запись "Арматура". В главной таблице ТМР - ссылка на "типы" Вопрос хранения диаметров/других параметров несколько более сложен, в самом простом случае - просто строковое поле "характеристика". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2013, 11:47 |
|
||
|
Организация структуры базы данных
|
|||
|---|---|---|---|
|
#18+
NerZull, В твоем случае это разные изделия, поэтому можешь смело вписывать в наименовании и незаморачиваться. Собственно как и длину. А вот производитель - это уже характеристика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2013, 12:13 |
|
||
|
Организация структуры базы данных
|
|||
|---|---|---|---|
|
#18+
NerZullПытаюсь делать базу данных для работы отдела МТР, одним из элементов является собственно блок посвященный самим МТР (материально техническим ресурсам). Всего имеется около 2.5 тыс наименований среди которых встречаются схожие но с разными характеристиками типо Арматура D15 и Арматура D20. Во всех книгах читал что для всей повторяющейся информации целесообразнее создавать отдельные таблици тоесть получается нужно создать таблицу "Арматура" с полями характеристик типо "диаметр" и туда залупашить все диаметры. Все кажется понятно и ясно но для 2.5к позиций получится как минимум 1к дополнительных таблиц а вот это уже както стремно. Вопрос что делать? Можно посмотреть в сторону документо-ориентированных БД ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2013, 12:35 |
|
||
|
Организация структуры базы данных
|
|||
|---|---|---|---|
|
#18+
Кот Матроскин, с характеристиками можно поступить также, создать таблицу "Тип характеристики" с полями ид типа характеристики и название характеристики и создать таблицу "Характеристики" с полями ид характеристики, ид из главной таблицы ТМР, ид типа характеристики и значение с числовым типом. Такая схема будет универсальной для большинства задач. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2013, 12:36 |
|
||
|
Организация структуры базы данных
|
|||
|---|---|---|---|
|
#18+
Nashvilleс характеристиками можно поступить также Вопрос только зачем. Не похоже, чтобы автор писал информационно-поисковую систему, поэтому непонятно что там вообще делают эти характеристики. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2013, 13:26 |
|
||
|
Организация структуры базы данных
|
|||
|---|---|---|---|
|
#18+
Nashville, Можно, но зачастую - не нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2013, 13:26 |
|
||
|
Организация структуры базы данных
|
|||
|---|---|---|---|
|
#18+
NerZullВо всех книгах читал что для всей повторяющейся информации целесообразнее создавать отдельные таблици тоесть получается нужно создать таблицу "Арматура" с полями характеристик типо "диаметр" Позволю себе пример: в приведённых Вами данных повторяются буквы "А", "р" и так далее, но это не значит, что под них надо создавать отдельные таблицы. Для правильного дизайна прежде всего следует осознать понятие атомарности. Для этого нужно рассмотреть те операции, которые будут выполняться с данными, для которых предназначена БД. Входные данные этих операций и будут "атомами". В случае, если Ваша БД должна отвечать на вопросы типа "арматура каких диаметров есть на складе", приведённые строки - неатомарны и должны быть нормализованы. В случае, если она ограничивается вопросами "что находится в этой коробке", приведённые данные атомарны и ничего с ними делать не нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2013, 15:52 |
|
||
|
Организация структуры базы данных
|
|||
|---|---|---|---|
|
#18+
NerZullПытаюсь делать базу данных для работы отдела МТР, одним из элементов является собственно блок посвященный самим МТР (материально техническим ресурсам). Всего имеется около 2.5 тыс наименований среди которых встречаются схожие но с разными характеристиками типо Арматура D15 и Арматура D20. Во всех книгах читал что для всей повторяющейся информации целесообразнее создавать отдельные таблици тоесть получается нужно создать таблицу "Арматура" с полями характеристик типо "диаметр" и туда залупашить все диаметры. Все кажется понятно и ясно но для 2.5к позиций получится как минимум 1к дополнительных таблиц а вот это уже както стремно. Вопрос что делать? Использовать одну таблицу, и добавлять в нее столько полей, сколько нужно)) (Вы находитесь в разделе "Проектирование БД", а не "Проектирование реляционных БД"). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2013, 20:00 |
|
||
|
Организация структуры базы данных
|
|||
|---|---|---|---|
|
#18+
БредятинаИспользовать одну таблицу, и добавлять в нее столько полей, сколько нужно)) Главное - не забыть перед этим написать СУБД, которая это позволит. Потому что готовых в свободном доступе нет, а авторы тех немногих, что вообще существуют, не заинтересованы в их распространении. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2013, 20:03 |
|
||
|
Организация структуры базы данных
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovБредятинаИспользовать одну таблицу, и добавлять в нее столько полей, сколько нужно)) Главное - не забыть перед этим написать СУБД, которая это позволит. Потому что готовых в свободном доступе нет, а авторы тех немногих, что вообще существуют, не заинтересованы в их распространении. Разумеется. Не забыть)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2013, 21:45 |
|
||
|
|

start [/forum/topic.php?fid=32&tid=1541135]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
160ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 10ms |
| total: | 266ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...