Таблиці

Wares - таблиця каталога товарів містить:

· службові поля (Id, Actual, UpdateDate, UpdateUser);

· WareName - назва товару;

· WareCost - вартість товару;

· WareHouse - ознака наявності або відсутності товару на складі.

Записи в каталозі товарів зберігаються вічно або, принаймні, до тих пір, поки є хоч одне замовлення, в якому присутній відповідний товар.

Якщо який-небудь товар потрібно прибрати з магазина, то для цього можна встановити в полі Actual ознаку неактуальності запису. Тоді, при відображенні каталогу покупцеві, можна виключати із списку такі товари.

Orders і OrderRecords - містять інформацію про замовлення. Дві таблиці потрібно для того, щоб розділити заголовки замовлень і списки замовлених товарів. В цьому випадку забезпечується мінімізація об'ємів бази даних і підвищується швидкість обробки інформації.

Orders – таблиця заголовків замовлень містить загальну інформацію про замовлення:

· службові поля (Id, Actual, UpdateDate, UpdateUser);

· OrderDate – дата замовлення;

· ClientId – ідентифікатор запису зареєстрованого користувача в таблиці Users;

· ClientName – контактна особа, з якою повинен зв'язатися менеджер при виконанні замовлення;

· ClientAddress – адреса, куди потрібно доставити замовлення;

· ClientPhone – телефон;

· ClientEMail – адреса електронної пошти;

· OrderStatus – поточний стан замовлення.

Призначення полів очевидне і не вимагає пояснень. Окрім поля OrderStatus. У цьом у полі можна зберігати код поточного стану замовлення. Наприклад: 0 – створюється, 3 – відправлений менеджерові, 5 – обробляється, 7 – виконаний. В цьому випадку можна організувати подібність document workflow (процес документообігу). Менеджер знатиме чи можна починати обробку замовлення (раптом клієнт сьогодні не закінчив створення замовлення і вирішив продовжити цей процес завтра). З іншого боку, клієнт знатиме чи прийняв менеджер магазину замовлення для виконання.

Для анонімних покупців поле ClientId містить значення NULL.

Для зареєстрованих покупців поля ClientName, ClientAddress, ClientPhone, ClientEMail заповнюються системою автоматично на підставі вмісту реєстраційної картки покупця.

OrderRecords – таблиця вмісту замовлень:

· службові поля (Id, Actual, UpdateDate, UpdateUser);

· OrderId – ідентифікатор запису заголовка замовлення в таблиці Orders;

· WareId – ідентифікатор запису товарної позиції в таблиці Wares;

· WareCost – вартість товару;

· WareCount – кількість.

За допомогою поля OrderId забезпечується зв'язок між таблицями Orders і OrderRecords.

Поле WareId зв'язує запис замовлення з таблицею Wares.

Поле WareCost містить вартість одиниці даного товару у момент оформлення замовлення. Якщо менеджер в майбутньому поміняє вартість товару в каталозі, то на раніше оформлених замовленнях це не відіб'ється. Загальні суми по кожній позиції і за замовленням в цілому зберігатися не повинні, оскільки вони елементарно розраховуються в процесі відображення замовлення.

Users – таблиця користувачів зберігає інформацію про зареєстрованих покупців і менеджерів електронного магазина.

· службові поля (Id, Actual, UpdateDate, UpdateUser);

· LogonName – реєстраційне ім'я;

· LogonPassword – пароль;

· ClientName – ФІО користувача і назва компанії;

· ClientAddress – адреса;

· ClientPhone – телефон;

· ClientEMail – електронна адреса;

· UserLevel – тип користувача.

Реєстраційне ім'я і пароль потрібні для авторизації відвідувача|візитера| при роботі з|із| магазином.

Поле UserLevel використовується для визначення категорії користувача (наприклад: 1 – покупець, 3 – менеджер, і так далі). При авторизації користувача Інтернет-додаток може визначити вигляд і об'єм інформації, що надається користувачеві і вирішити або заборонити виконання деяких функцій. Наприклад, менеджерові магазина можна надати функції по редагуванню каталогу товарів і прогляданню загального списку замовлень.

У сучасному електронному магазині кількість таблиць і полів може бути істотно|суттєвий| більше. Наприклад, можна товари згрупувати по категоріях, ввести|запроваджувати| поняття дилерської ціни, зберігати в каталозі опис товару і його зображення. Не зайвими в магазині будуть: інформація про новини магазина або вашої компанії, умови і порядок|лад| оформлення покупки|купівлі|, способи оплати і доставки товарів, сторінки зворотного зв'язку з|із| покупцями (гостьова книга, форум, анкети). Можливо, регулярна публікація технічних описів і інструкцій з експлуатації товарів, що продаються вами, підвищить привабливість магазина для ваших клієнтів. Але|та| ми не ускладнюватимемо структуру нашого застосування, щоб|аби| зосередитися на основних моментах побудови|шикування| інтернет-додатка|застосування|.