Обратная связь по дизайну базы данных

Question

Счет-фактура может содержать 1 или более заказов, как их заархивировать?

Пример счета:

OrderID |  Order Date | Amount 
    31   10/02/2011   £1.50 
    43   12/02/2011   £1.50 
    74   13/02/2011   £5.00 
            ======= 
          Total £8.00 

Если Total минус (например: -8,00), это значит, клиент должен мне деньги. Без минуса я плачу клиенту немного денег.

Вот что я придумал:

заказов Таблица

CREATE TABLE IF NOT EXISTS `orders` (
    `OrderID` int(11) NOT NULL AUTO_INCREMENT, 
    `Total` decimal(6,2) NOT NULL, 
    `OrderDate` datetime NOT NULL, 
    `Status` int(11) NOT NULL, 
    `userID` int(11) NOT NULL, 
    `InvoiceID` int(11) NOT NULL, 
    PRIMARY KEY (`OrderID`) 
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=4 ; 

Счет Таблица

CREATE TABLE IF NOT EXISTS `invoice` (
    `InvoiceID` int(11) NOT NULL DEFAULT '0', 
    `InvoiceDate` datetime NOT NULL, 
    `Amount` decimal(6,2) NOT NULL, 
    `Status` int(11) NOT NULL, 
    PRIMARY KEY (`InvoiceID`) 
) ENGINE=MyISAM DEFAULT CHARSET=latin1; 

invoice.Status (0 Обработка, 1 Счет Отправленные, 2 Отменено , 3 Completed) или что может быть лучше?

Оплата Таблица

CREATE TABLE IF NOT EXISTS `payment` (
    `PaymentID` int(11) NOT NULL AUTO_INCREMENT, 
    `InvoiceID` int(11) NOT NULL, 
    `Amount` decimal(6,2) NOT NULL, 
    `DatePayment` datetime NOT NULL, 
    `PaymentType` int(11) NOT NULL, 
    PRIMARY KEY (`PaymentID`) 
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ; 

payment.PaymentType = (1: Оплата получена от Клиента (задолжали деньги), 2: Оплата посланного Клиента) Результат

База данных:

mysql> select * from orders; 
+---------+-------+---------------------+--------+--------+-----------+ 
| OrderID | Total | OrderDate   | Status | userID | InvoiceID | 
+---------+-------+---------------------+--------+--------+-----------+ 
|  1 | 20.00 | 2011-06-18 15:51:51 |  1 | 123 |   1 | 
|  2 | 10.00 | 2011-06-19 15:51:57 |  1 | 123 |   1 | 
|  3 | 5.00 | 2011-06-20 15:52:00 |  1 | 123 |   1 | 
+---------+-------+---------------------+--------+--------+-----------+ 

mysql> select * from invoice; 
+-----------+---------------------+--------+--------+ 
| InvoiceID | InvoiceDate   | Amount | Status | 
+-----------+---------------------+--------+--------+ 
|   1 | 2011-06-30 15:55:21 | 35.00 |  1 | 
+-----------+---------------------+--------+--------+ 

mysql> select * from payment; 
+-----------+-----------+--------+---------------------+-------------+ 
| PaymentID | InvoiceID | Amount | DatePayment   | PaymentType | 
+-----------+-----------+--------+---------------------+-------------+ 
|   1 |   1 | 35.00 | 2011-06-29 15:56:16 |   1 | 
+-----------+-----------+--------+---------------------+-------------+ 

Im I на правильном пути? Что можно улучшить/изменить или предложить?

Спасибо.

Answer 1

Выглядит хорошо.

Единственное, что я хотел бы добавить, - это некоторые детали, такие как идентификатор транзакции/номер чека в таблицу платежей. Таким образом, вы сохраняете все детали оплаты вместе.

Answer 2

Это выглядит хорошо для меня, это то, что я сделал бы так же хорошо.

(я думаю, что платеж связан с заказом, но если вы намеревались связать его с фактурой это хорошо)

С уважением, MN

Answer 3

Не зная больше о ваших требованиях, так это так хорошо.

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

Answer 4

Хорошо, у вас здесь есть серьезные проблемы. Заказы имеют многоточие, счета-фактуры имеют несколько заказов, и платежи могут применяться к множеству заказов и счетов-фактур. Заказы могут появляться на нескольких счетах-фактурах (если они не платят правильные пути, которые являются общими).

Так что вам нужны связывание таблиц. Вы должны начать с таблицы ORDERINVOICE, которая имеет как идентификатор заказа, так и идентификатор счета. Затем таблицу ORDERPAYMENT с идентификатором paymentid и Order.

Вам также необходимо учитывать, что в ситуации заказа вам необходимо записать детали заказа, как это произошло в то время. Это означает, что, хотя вы должны иметь user_id для связи с текущим пользователем, вы должны записать имя пользователя, адрес фактурирования и отгрузочные данные, как это было во время заказа. Вам понадобится эта информация позже, чтобы разобраться с любыми вопросами в заказе. Далее вам необходимо убедиться, что вы храните информацию о заказе в отдельной таблице с именем ORDERDETAILS, в которой хранятся отдельные позиции, цена во время заказа и имя заказанного товара. Это понадобится вам по причинам бухгалтерского учета. Вы ни при каких обстоятельствах не хотите полагаться на соединение с таблицей продуктов, чтобы выяснить цену заказа в прошлом. Это приведет к тому, что ваши финансовые отчеты будут неточными.