|
|
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, Предположим есть таблица OrderItems: [ID, OrderItemTypeID, Description, Price, Quantity, ...] Есть различные типы order items, задаваемые OrderItemTypeID (в коде потом они по-разному обрабатываются). Теперь у нас появился новый тип order item, для которого нужно указывать TaxTypeID. Если добавить TaxTypeID в таблицу OrderItems, то у многих order items поле TaxTypeID будет содержать null. Будет ли такой дизайн нарушать какую-либо нормальную форму? Если да, то у меня большая просьба дать ссылку на документ, который бы это подтвердил. Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2014, 22:55 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
DontWorryRelaxItsNoHurryБудет ли такой дизайн нарушать какую-либо нормальную форму? Если для одного и того же OrderItemTypeID TaxTypeID всегда одинаковый, то да, нарушает. Вторую. Тип налогообложения - обычно атрибут товара вообще, а не товара в накладной. С другой стороны при изменении ставки налога старые накладные меняться не должны, так что либо это будет периодический атрибут, либо он таки будет атрибутом товара в накладной (вторая НФ всё ещё нарушается, но с этим ничего не поделать). Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2014, 23:12 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
> Будет ли такой дизайн нарушать какую-либо нормальную форму? Будет даже без добавления TaxTypeID. Странная, неестественная модель. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2014, 00:04 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
guest_20040621> Будет ли такой дизайн нарушать какую-либо нормальную форму? Будет даже без добавления TaxTypeID. Странная, неестественная модель.Почему странная? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2014, 07:58 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
DontWorryRelaxItsNoHurryПредположим есть таблица OrderItems: [ID, OrderItemTypeID, Description, Price, Quantity, ...] Есть различные типы order items, задаваемые OrderItemTypeID (в коде потом они по-разному обрабатываются). Теперь у нас появился новый тип order item, для которого нужно указывать TaxTypeID. Если добавить TaxTypeID в таблицу OrderItems, то у многих order items поле TaxTypeID будет содержать null. Будет ли такой дизайн нарушать какую-либо нормальную форму? Если да, то у меня большая просьба дать ссылку на документ, который бы это подтвердил.Некоторые авторитеты, например - Дейт, отказывают в праве называть модель данных реляционной, если в ней используется NULL. Соответственно, не имеет смысла говорить о нормализации, так как она относится к сугубо реляционной модели. Его мнение и аргументы можно нагуглить в его статьях или книгах. Если их игнорировать, как и мнения авторитетов поменьше, типа Дарвена и Паскаля, и не лезть в теоретические и терминологические битвы, а руководствоваться кондовой практикой, то вас не должны волновать какие-то там нормальные формы. Хотя проектировщики со стажем обычно стараются избегать хранимых NULL, так как практически всегда можно построить модель, без использования в таблицах NULL-значений. Только после этого можно говорить о наличии и отсутствии нарушений НФ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2014, 13:43 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
DontWorryRelaxItsNoHurryЗдравствуйте, Предположим есть таблица OrderItems: [ID, OrderItemTypeID, Description, Price, Quantity, ...] Есть различные типы order items, задаваемые OrderItemTypeID (в коде потом они по-разному обрабатываются). Теперь у нас появился новый тип order item, для которого нужно указывать TaxTypeID. Если добавить TaxTypeID в таблицу OrderItems, то у многих order items поле TaxTypeID будет содержать null. Будет ли такой дизайн нарушать какую-либо нормальную форму? Если да, то у меня большая просьба дать ссылку на документ, который бы это подтвердил. Спасибо! ну по стандартной логике TaxTypeID надо добавлять в справочник с Типами Ордеров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2014, 15:24 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
А аудиторский след или нечто подобное не требуется случаем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2014, 16:16 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
DontWorryRelaxItsNoHurryЗдравствуйте, Предположим есть таблица OrderItems: [ID, OrderItemTypeID, Description, Price, Quantity, ...] Есть различные типы order items, задаваемые OrderItemTypeID (в коде потом они по-разному обрабатываются). Теперь у нас появился новый тип order item, для которого нужно указывать TaxTypeID. Если добавить TaxTypeID в таблицу OrderItems, то у многих order items поле TaxTypeID будет содержать null. Будет ли такой дизайн нарушать какую-либо нормальную форму? Если да, то у меня большая просьба дать ссылку на документ, который бы это подтвердил. Спасибо! четать учебники вапрос-та в в чем ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2014, 17:16 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovЕсли для одного и того же OrderItemTypeID TaxTypeID всегда одинаковый, то да, нарушает. Вторую. Для одного и того же OrderItemTypeID могут быть (и обычно бывают) разные TaxTypeID. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2014, 02:44 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
1001четать учебники вапрос-та в в чем Кто здесь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2014, 02:46 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
а можно теперь по-русски, что такое вообще в вашем понимании OrderItems и его поля ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2014, 09:33 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
Naf, OrderItems - составляющие заказа, т.е. в заказе может быть 2 пары тапочек, 2 монитора, ночник в форме грибов, подписка на prime membership, чаевые и аренда велосипеда на месяц. Основные поля я перечислил в исходном сообщении, правда, виноват, забыл указать поле OrderID, т.е. таблица выглядит примерно так: [ID, OrderID, OrderItemTypeID, Description, Price, Quantity, ...] Это на данный момент. Т.е. у нас есть разные типы order items - продукты, услуги, членские карточки и т.д. Для одного из новых типов order item возникла небходимость хранить еще TaxTypeID (тип налога, который может быть всегда разный). Тип налога на данный момент будет указываться (всегда) только для одного из типов order items, т.е. допустим для order items c OrderItemTypeID = 7. Мы уже решили, что добавим TaxTypeID в ту же таблицу OrderItems (а не в отдельную связывающую таблицу, как могло бы быть, например [OrderItemID, TaxTypeID]. Т.к. решение уже принято (у DBA свои причины), то у меня вопрос чисто теоретический уже: нарушает ли это какую-либо нормальную форму, и если да то какую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2014, 18:33 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
DontWorryRelaxItsNoHurryтип налога, который может быть всегда разный То есть у вас одни и те же тапочки могут облагаться разными налогами в зависимости от погоды на Марсе?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2014, 18:37 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
DontWorryRelaxItsNoHurryNaf, OrderItems - составляющие заказа, т.е. в заказе может быть 2 пары тапочек, 2 монитора, ночник в форме грибов, подписка на prime membership, чаевые и аренда велосипеда на месяц. Основные поля я перечислил в исходном сообщении, правда, виноват, забыл указать поле OrderID, т.е. таблица выглядит примерно так: [ID, OrderID, OrderItemTypeID, Description, Price, Quantity, ...] Это на данный момент. зачем там Description? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.10.2014, 23:49 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
DontWorryRelaxItsNoHurryвопрос чисто теоретический уже: нарушает ли это какую-либо нормальную форму, и если да то какую.Формально, можно было бы сказать, что есть нарушение 3НФ , любой неключевой атрибут должен зависить от ключа и только от ключа. У вас же один неключевой атрибут зависит от другого неключевого. Хуже того, у вас само существование неключевого атрибута(NULL) зависит от другого неключевого атрибута, что явно говорит о необходимости декомпозиции отношения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2014, 09:02 |
|
||
|
Нарушает ли добавление такой колонки нормализацию? (SQL Server если это важно)
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovDontWorryRelaxItsNoHurryтип налога, который может быть всегда разный То есть у вас одни и те же тапочки могут облагаться разными налогами в зависимости от погоды на Марсе?.. порядок налогообложения зависит не только от товара (тапочки) но и от типа контрагента (юрик/физик/ичп), продавшего вам оные тапочки. от его резидентности (РФ|РБ|ИНОЕ) и т.п. это банальность для тех, кто пару строчек черкал в учёт ндс, или более старого НсП (налога с продаж) какбе фейспалм детектед ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2014, 10:59 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=38768595&tid=1540779]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
179ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
| others: | 245ms |
| total: | 521ms |

| 0 / 0 |

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