Не имеет значения, как необычный Ваша база данных продаж isif у этого нет способа для клиентов заказать пункты, которыми они интересуются, тогда Выдумка Магазина останется без денег быстро.

Новички базы данных часто делают ошибку принятия, что они могут использовать один стол, чтобы сохранить информацию для заказа. В правде Вы нуждаетесь два:

• Заказы делают запись каждого заказа, который размещает клиент. Это связывается с клиентом, который сделал заказ и добавляет информацию как дата, заказ был размещен.

• OrderDetails перечисляет индивидуальные пункты в заказе. Каждый отчет в столе OrderDetails включает удостоверение личности продукта, который был заказан, число единиц, заказанных, и цена, по которой им заказали.

Поскольку средний заказ включает больше чем один пункт, единственный отчет в столе Заказов обычно связывается с многократными отчетами в столе OrderDetails (как показано в рисунке 5-21). Эта установка может казаться немного неуклюжей (потому что это означает, что Вы должны будете создать партию новых отчетов всего для одного заказа), но процесс не должен быть настолько трудным. У доступа есть две особенности, которые выручают: особенность подспецификации, которую Вы уже видели (рисунок 5-22) и формы, показывает (Глава 9).

Рисунок 5-21. Каждый заказ может держать неограниченное число пунктов заказа. Эта способность делает Выдумку Магазина счастливой.

Рисунок 5-22. Благодаря особенности подспецификации (Раздел 5.2.4) Вы можете добавить отчет заказа и связанные пункты заказа в том же самом месте.

Заметьте что магазины звукозаписей OrderDetails цена на каждый заказанный пункт. Эта система, может казаться, нарушает избыточное правило данных. В конце концов, цены продукта всегда доступны в столе продуктов. Однако, ценовое изменение продукта и компании предлагают скидки. По тем причинам абсолютно важно, что Вы отслеживаете цену на пункт, когда это было заказано. Иначе, Вы должны будете предположить, сколько каждый клиент должен Вам.

Вы должны также заметить, что отчет Заказа не хранит общую стоимость заказа. Поэтому общая стоимость - просто сумма всех заказанных пунктов. Если бы Вы сохранили общую стоимость, то Вы открыли бы возможность непоследовательного datain другие слова, у Вас есть проблема, если общее количество заказа, которое Вы храните, не соответствует стоимости всех пунктов.

У Вас все еще есть больше работы, чтобы сделать прежде, чем Выдумка Магазина сможет стать истинной databasedriven компанией. Например, Вы должны будете, вероятно, составить таблицу Отгрузок, которая отслеживает заказы, которые она отправлена по почте и Платежный стол, который удостоверяется, что клиенты заплатили. Концептуально, нет ничего нового здесь, но чем больше столов, которые Вы добавляете, тем более сложный Ваши базы данных становятся. Теперь, когда Вы знаете основы отношений и хорошего дизайна стола, Вы можете остаться спокойными под давлением.

Популярность: [2%?]

Не имеет значения, как необычный Ваша база данных продаж isif у этого нет способа для клиентов заказать пункты, которыми они интересуются, тогда Выдумка Магазина останется без денег быстро.

Новички базы данных часто делают ошибку принятия, что они могут использовать один стол, чтобы сохранить информацию для заказа. В правде Вы нуждаетесь два:

• Заказы делают запись каждого заказа, который размещает клиент. Это связывается с клиентом, который сделал заказ и добавляет информацию как дата, заказ был размещен.

• OrderDetails перечисляет индивидуальные пункты в заказе. Каждый отчет в столе OrderDetails включает удостоверение личности продукта, который был заказан, число единиц, заказанных, и цена, по которой им заказали.

Поскольку средний заказ включает больше чем один пункт, единственный отчет в столе Заказов обычно связывается с многократными отчетами в столе OrderDetails (как показано в рисунке 5-21). Эта установка может казаться немного неуклюжей (потому что это означает, что Вы должны будете создать партию новых отчетов всего для одного заказа), но процесс не должен быть настолько трудным. У доступа есть две особенности, которые выручают: особенность подспецификации, которую Вы уже видели (рисунок 5-22) и формы, показывает (Глава 9).

Рисунок 5-21. Каждый заказ может держать неограниченное число пунктов заказа. Эта способность делает Выдумку Магазина счастливой.

Рисунок 5-22. Благодаря особенности подспецификации (Раздел 5.2.4) Вы можете добавить отчет заказа и связанные пункты заказа в том же самом месте.

Заметьте что магазины звукозаписей OrderDetails цена на каждый заказанный пункт. Эта система, может казаться, нарушает избыточное правило данных. В конце концов, цены продукта всегда доступны в столе продуктов. Однако, ценовое изменение продукта и компании предлагают скидки. По тем причинам абсолютно важно, что Вы отслеживаете цену на пункт, когда это было заказано. Иначе, Вы должны будете предположить, сколько каждый клиент должен Вам.

Вы должны также заметить, что отчет Заказа не хранит общую стоимость заказа. Поэтому общая стоимость - просто сумма всех заказанных пунктов. Если бы Вы сохранили общую стоимость, то Вы открыли бы возможность непоследовательного datain другие слова, у Вас есть проблема, если общее количество заказа, которое Вы храните, не соответствует стоимости всех пунктов.

У Вас все еще есть больше работы, чтобы сделать прежде, чем Выдумка Магазина сможет стать истинной databasedriven компанией. Например, Вы должны будете, вероятно, составить таблицу Отгрузок, которая отслеживает заказы, которые она отправлена по почте и Платежный стол, который удостоверяется, что клиенты заплатили. Концептуально, нет ничего нового здесь, но чем больше столов, которые Вы добавляете, тем более сложный Ваши базы данных становятся. Теперь, когда Вы знаете основы отношений и хорошего дизайна стола, Вы можете остаться спокойными под давлением.

Популярность: [2%?]