|
|
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
Добрый день! Есть исходная таблица с большим кол-вом записей (~8 000 000), первичным ключем ID и другими полями. Вопрос: если необходимо добавить какую-то характеристику, которая может быть как заполнена так и иметь NULL, то нужно делать дополнительную таблицу связей или лучше добавить просто столбец в исходную таблицу? В каких случаях вообще стоит делать таблицу связей, а в каких можно просто добавить столбец? У записи в исходной таблице может быть только одна характеристика. Характеристику может иметь несколько записей в исходной таблице. Т.е. связь один ко многим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2015, 13:15 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
РусланС.необходимо добавить какую-то характеристику, которая может быть как заполнена так и иметь NULL, то нужно делать дополнительную таблицу связей или лучше добавить просто столбец в исходную таблицу?Если характеристика табличная - добавить таблицу. Если счётная - поле. Модератор: Тема перенесена из форума "Microsoft SQL Server". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2015, 13:16 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
РусланС.Добрый день! Есть исходная таблица с большим кол-вом записей (~8 000 000), первичным ключем ID и другими полями. Вопрос: если необходимо добавить какую-то характеристику, которая может быть как заполнена так и иметь NULL, то нужно делать дополнительную таблицу связей или лучше добавить просто столбец в исходную таблицу? В каких случаях вообще стоит делать таблицу связей, а в каких можно просто добавить столбец? У записи в исходной таблице может быть только одна характеристика. Характеристику может иметь несколько записей в исходной таблице. Т.е. связь один ко многим. И так, и так возможно в наше время. Все зависит от того, как, как часто изменяются эти характеристики и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2015, 13:21 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
РусланС., таблица харастеристик для гарантии, что несколько строк основной таблицы ссылаются на одну и ту же характеристику. Хранение копий характеристик в строках основной таблицы вместо ссылок этого не гарантирует. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2015, 13:21 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
Akina, Уточню, что таблица характеристик есть. Вопрос, нужно ли делать таблицу связей (промежуточную таблицу) исходной таблицы и таблицы характеристик. И если нужно делать, то почему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2015, 13:23 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
РусланС., так понимаю, речь идет о создании таблицы-ассоциаторе, bridge-table Тогда аргументы в пользу неё: 1. можете заложить темпоральность - date-поля с...по 2. сегодня это у вас просто таблица для обеспечения многие-ко-многим, а завтра появятся доп. смысловые поля - например, по какой причине запись соотнесена с данной характеристикой. и вы сможете спокойно добавить доп. поля. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2015, 17:13 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
babonaсегодня это у вас просто таблица для обеспечения многие-ко-многиму него один-ко-многим, тащем-та ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2015, 20:04 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
РусланС.Akina, Уточню, что таблица характеристик есть. Вопрос, нужно ли делать таблицу связей (промежуточную таблицу) исходной таблицы и таблицы характеристик. И если нужно делать, то почему? Если связь один-ко-многим, как ты сказал, то надо делать только поле, NULL, со ссылкой на исходный справочник характеристик. Доп. таблицу нужно делать только если связь с характеристиками "многие-ко-многим". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2015, 14:36 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
MasterZiv, ходит мнение, что если данные часто обновляются и для того чтобы не хранить избыточную информацию (NULL значения) лучше делать дополнительную таблицу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2015, 18:49 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
blade_bbbMasterZiv, ходит мнение , что если данные часто обновляются и для того чтобы не хранить избыточную информацию (NULL значения) лучше делать дополнительную таблицу. можно поточнее - где именно ходит? куда и откуда идёт? :) желательно со ссылками ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2015, 20:18 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
Шайтан, мне вот самому интересно где можно почитать об этом) Слышал от кого-то об этом и в БД видел что так делают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2015, 20:29 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
blade_bbbMasterZiv, ходит мнение, что если данные часто обновляются и для того чтобы не хранить избыточную информацию (NULL значения) лучше делать дополнительную таблицу. мнение неверное и , более того, идиотское. Когда слушаешь чье-то мнение, не забывай, что 95 % людей на земле - идиоты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2015, 09:41 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
MasterZiv, оно аргументировалось тем, что если это поле часто обновляется, но будут возникать блокировки на таблице (из-за частого update). Вы по прежнему считаете что это идиотское мнение? Аргументируйте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2015, 16:28 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
РусланС.MasterZiv, оно аргументировалось тем, что если это поле часто обновляется, но будут возникать блокировки на таблице (из-за частого update). Вы по прежнему считаете что это идиотское мнение? Аргументируйте. идиотское, без указания конкретных выполняемых запросов - просто тупо идиотское. с указанием конкретных запросов уже просто глупое - есть конкретные субд, которые конкретными способами разводят транзакции, и в рамках конкретной СУБД эта проблема решается в 90% случаев, без перепроектирования таблиц. Иногда блокировка диктуется полимерной областью, тогда это вообще никак не решается. повторяю в очередной раз золотое правило : при проектировании структуры бд не думают о производительности. Думают о типах данных, ограничениях, нормализации и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2015, 22:55 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
MasterZiv, предметной, не полимерной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2015, 22:58 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
повторяю в очередной раз золотое правило : при проектировании структуры бд не думают о производительности. Думают о типах данных, ограничениях, нормализации и т.п. Неверное мнение. Для чего тогда делают журналы операций, если вся инфа есть в первичке ? Для чего существуют ОЛАП и его аналоги, если вся инфа и так есть в первичке ? Неуёмная нормализация может чудовищно повлиять на производительность и усложнение структуры и запросов. Так что не думать о производительности не получится. зы: Но суть тезиса понятна и в целом справедлива. Спишем на неточную формулировку... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2015, 10:32 |
|
||
|
Дополнительная таблица связей или столбец
|
|||
|---|---|---|---|
|
#18+
постоянный мемберповторяю в очередной раз золотое правило : при проектировании структуры бд не думают о производительности. Думают о типах данных, ограничениях, нормализации и т.п. Неверное мнение. Для чего тогда делают журналы операций, если вся инфа есть в первичке ? А причём тут производительность ? Это требование бизнес-логики -- отслеживать все операции с документами в БД. Там тогда либо версионность документов, либо журналы. постоянный мемберДля чего существуют ОЛАП и его аналоги, если вся инфа и так есть в первичке ? Это отдельный сложный вопрос. Хочешь поговорить об этом? В осномном, OLAP базы существуют для того, чтобы решать другие задачи, чем в обычной базе, и для этого выбросить из БД всё ненужное и/или применить специализированные средства анализа данных (другие СУБД). постоянный мемберНеуёмная нормализация может чудовищно повлиять на производительность и усложнение структуры и запросов. Нет такого слова "неуёмная нормализация". постоянный мемберТак что не думать о производительности не получится. Ну у меня ж получается, я всю жизнь не думаю, и вам не советую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2015, 14:45 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=38976846&tid=1540533]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
162ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 14ms |
| total: | 266ms |

| 0 / 0 |

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