|
|
|
А чем плохо хранить все данные в одной ненормализованной таблице?
|
|||
|---|---|---|---|
|
#18+
Я удивлён, что в ответе на вопрос топикстартера отвечающие переключились на объемы БД и число столбцов и прочую муру, не относящуюся к делу. Хотел бы намекнуть обсуждающим, что нормализация к производительности не имеет отношения. Одни виды запросов в нормализованной БД будут выполняться быстрее, другие медленнее, чем в ненормализованной. Целью нормализации является устранение потенциальных ошибок, как было указано в цитированном определении. Избыточное дублирование данных -- всегда потенциальный источник проблем. Смотрите в любой нормальной книжке по БД про, например, аномалии вставки, добавления и удаления, тут vadiminfo уже приводил примеры. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2010, 14:52 |
|
||
|
А чем плохо хранить все данные в одной ненормализованной таблице?
|
|||
|---|---|---|---|
|
#18+
Изначально какой-то совершенно дикий вопрос. Сравнивать простоту и ясность нормализованной базы с кучей мусора и геморроем поддержки непротиворечивости данных... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2010, 16:47 |
|
||
|
А чем плохо хранить все данные в одной ненормализованной таблице?
|
|||
|---|---|---|---|
|
#18+
OrtogonBogdanov Andrey... Решается хранением исторических данных. И что у вас за нужда на регулярной основе печатать первичку за прошлые периоды? В книгах покупок/продаж ИНН у вас тоже меняется? Вы это мне? У меня-то нужды нет, но вот люди пример просили привести. А уж как такие ситуации решать я не хуже вашего знаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2010, 23:05 |
|
||
|
А чем плохо хранить все данные в одной ненормализованной таблице?
|
|||
|---|---|---|---|
|
#18+
Bogdanov Andrey...но вот люди пример просили привести...люди просили привести пример появления двух разных товаров под одним артикулом. Хотя и ваш пример с изменением названия и ИНН, но без изменения банковских реквизитов, тоже выглядит, хм, странновато, мягко говоря. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 00:01 |
|
||
|
А чем плохо хранить все данные в одной ненормализованной таблице?
|
|||
|---|---|---|---|
|
#18+
egorych Хотя и ваш пример с изменением названия и ИНН, но без изменения банковских реквизитов, тоже выглядит, хм, странновато, мягко говоря.Какая нафиг разница менялись реквизиты или нет? Если менялись, то дело только усугубится. Счет-фактура от этого прямее не станет. Ну а насчет неизменности реквизитов - я вот сижу, на базу одного банка сейчас смотрю, и наблюдаю 118 случаев изменения названия у владельца счета, хотя сам счет при этом продолжает здравствовать. Что это такое - ошибки, невыполнение инструкций или нормальное поведение - разбираться не буду. Для сути моего примера никакой роли не играет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 16:02 |
|
||
|
А чем плохо хранить все данные в одной ненормализованной таблице?
|
|||
|---|---|---|---|
|
#18+
Евгений Мирошниченко aka mirЯ удивлён, что в ответе на вопрос топикстартера отвечающие переключились на объемы БД и число столбцов и прочую муру, не относящуюся к делу. Хотел бы намекнуть обсуждающим, что нормализация к производительности не имеет отношения. Одни виды запросов в нормализованной БД будут выполняться быстрее, другие медленнее, чем в ненормализованной. Целью нормализации является устранение потенциальных ошибок, как было указано в цитированном определении. Избыточное дублирование данных -- всегда потенциальный источник проблем. Смотрите в любой нормальной книжке по БД про, например, аномалии вставки, добавления и удаления, тут vadiminfo уже приводил примеры. Совершенно верно. В отдельных случаях денормализация(без фанатизма) разумна и повышает производительность. Например, дублирование поля в 2х связных таблицах с целью join'ить 2ю бОльшую таблицу в определенных запросах(аля предпросмотр и детальные данные) для получения только лишь значения одного поля. Или хранение вычисляемого поля в базе с целью увеличения производительности за счет экономии на вычислениях. з.ы. но, в общем случае, нормализация необходима. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.08.2010, 11:12 |
|
||
|
|

start [/forum/topic.php?fid=32&gotonew=1&tid=1542573]: |
0ms |
get settings: |
10ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
190ms |
get topic data: |
12ms |
get first new msg: |
6ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
| others: | 239ms |
| total: | 543ms |

| 0 / 0 |
