Проектирование структуры логирования денежного потока на торговой площадке

хочу_вот_сказать · 11.08.08

Суть проблемы (и уже имеющаяся дискуссия) на http://phpclub.ru/talk/showthread.php?s=&threadid=109709

Главный вопрос -- ставили ли перед кем-либо подобные задачи и как они реализовывались(имею ввиду бизнес-логику приложение. остальное -- мелочи)?

ps. отправлять читать Фаулера "Архитектура корпоративных программных приложений" не стоит

хочу_вот_сказать · 14.09.08

Пыщь-пыщь!

В итоге значит как было сделано.

Имеются 3 таблицы: prefix_orders (ордера), prefix_payments (платежи) prefix_orders_info (разного рода данные, введённые при заполнении анкеты на покупку), prefix_orders_shipments (выбранные способы доставки товара при покупке. Эти способы выбираются из тех, которые предоставил для выбора продавец, который в свою очередь выбирает из предоставленных на выбор администратором для выбранной рубрики).

Структура таблиц:

--
-- Структура таблицы `shop_orders`
--

CREATE TABLE IF NOT EXISTS `shop_orders` (
`id` int(10) NOT NULL auto_increment,
`seller_id` int(6) NOT NULL,
`good_id` int(12) NOT NULL,
`cost` float NOT NULL,
`date` datetime NOT NULL,
`subscribes_amount` tinyint(3) NOT NULL,
`subscribes_remain` tinyint(3) NOT NULL,
`sms_self_cost` float NOT NULL default '0',
`sms_extra_charge` float NOT NULL default '0',
`robocrc` varchar(32) NOT NULL,
`robocrc2` varchar(32) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=cp1251 AUTO_INCREMENT=75 ;

Нажмите, чтобы раскрыть...

Ордеры. `cost` - стоимость ордера в рублях. sms_self_cost - себестоимость одного SMS сообщения на момент создания ордера а sms_extra_charge - стоимость, по которой SMS сообщение продаёт торговая площадка (т.о. мы сможем выдавать владельцу площадки и статистику по тому, сколько он заработал только на SMS сообщениях).

RoboCRC и RoboCRC2, как вы можете видеть из типа поля, это md5 хэш, необходимый для сервиса Робокасса (универсальный пункт приёма электронных денег).

--
-- Структура таблицы `shop_order_info`
--

CREATE TABLE IF NOT EXISTS `shop_order_info` (
`id` int(10) NOT NULL auto_increment,
`email` varchar(255) character set cp1251 NOT NULL,
`fio` varchar(50) character set cp1251 NOT NULL,
`phone` varchar(25) character set cp1251 NOT NULL,
`icq` int(13) NOT NULL,
`postal_code` varchar(6) NOT NULL,
`postal_adress` varchar(200) character set cp1251 NOT NULL,
`date` datetime NOT NULL,
`order_id` int(10) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=20 ;

Нажмите, чтобы раскрыть...

Ну тут всё понятно - поле order_id для связи с таблицей ордеров, поле date зачем у меня там я не знаю, ибо оно есть в и shop_orders. Но это не особо важно. Хрен с ним
В остальных полях - введённые данные пользователем.

--
-- Структура таблицы `shop_order_shipments`
--

CREATE TABLE IF NOT EXISTS `shop_order_shipments` (
`id` int(10) NOT NULL auto_increment,
`order_id` int(10) NOT NULL,
`shipment_id` tinyint(2) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=66 ;
Нажмите, чтобы раскрыть...

Соотношение один-ко-многим с таблицей shop_orders (для доставки выбранными способами покупателями).

--
-- Структура таблицы `shop_payments`
--

CREATE TABLE IF NOT EXISTS `shop_payments` (
`id` int(12) NOT NULL auto_increment,
`order_id` int(10) NOT NULL,
`seller_id` int(6) NOT NULL,
`amount` float NOT NULL,
`payer_purse` varchar(13) NOT NULL,
`payer_wmid` varchar(13) NOT NULL,
`date` datetime NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=cp1251 AUTO_INCREMENT=28 ;
Нажмите, чтобы раскрыть...

Собственно здесь всё просто - вся информация о платежах. В случае оплаты через сервис "Робокасса" в полях payer_purse и payer_wmid хранится значение "robox", т.о. я буду высчитывать процент оплат через робокассу и вэб-мани мерчант (как одна из частей модуля статистики, коим я начну заниматься через несколько дней).

Вот как-то так.

Получаю баланс я следующим образом:

SELECT SUM(`p`.`amount`) AS `balance`, `c`.`html` AS `roub`
FROM `shop_payments` AS `p`
LEFT JOIN `shop_currency` AS `c` ON `c`.`id` = 1
WHERE `p`.`seller_id` = 2
GROUP BY `p`.`seller_id`
Нажмите, чтобы раскрыть...

В псевдо-ячейке `balance` хранится баланс продавца в рублёвом эквиваленте.
В псевдо-ячейке `roub` хранится html код обозначения символа рубля (т.о. он обозначается на всей территории площадки. Из админки в два клика "Руб" меняется на "Р.", например. Удобно).

В случае вывода средств с торговой площадки в payments кладётся запись с отрицательным cost

Гость · 14.09.08

Алярм!!!

Не знаю на сколько ровно это работает, но тип float для приближенных вычислений. Т.е. даже если положит в базу число типа 4.5, select`ом возвращало фигню типа 4.49999. В некоторых приложениях нормально работало, но по сути это неправильно. Сам, кажется, использовал тип decimal.

хочу_вот_сказать · 14.09.08

Гость, omg, перечитал http://www.mysql.ru/docs/man/Numeric_types.html по вашей наводке. спасибо. да.

вообще у меня багов в этом плане замечено не было, т.к. у меня при выводе\установке цены ордера используется округление до двух знаков после точки ну соответственно этот же метод исмпользуется в механизмах защиты системы при оплате (защита от подмены суммы, например).

добавлено через 36 минут
а вообще я так и не понял про какую такую аптечную точность вы писали. float - 3.00 / 3.7 = 0.81081081081081, чего и требовалось ожидать. Не знаю в каких случаях это может быть важным.

CREATE TABLE IF NOT EXISTS `testfloat` (
`id` int(11) NOT NULL auto_increment,
`test` float default NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=2 ;

INSERT INTO `testfloat` (`test`) VALUES
(3.00);

SELECT `test` / 3
FROM `testfloat`

Нажмите, чтобы раскрыть...

добавлено через 12 часов 13 минут
А долги продавца так рассчитываются (долги образуются в случае, если покупатели оплатили Н выпусков рассылки, к-е на данный момент не получили).

SELECT
`g`.`id` AS `good_id`, `g`.`name` AS `good_name`,
`c`.`type_id` AS `category_type`,
(`o`.`subscribes_remain` * `g`.`cost`) AS `debt`,
COUNT(`o`.`id`) AS `totalSubscribers`

FROM `shop_goods` AS `g`

LEFT JOIN `shop_categories` AS `c`
ON `g`.`category_id` = `c`.`id`

LEFT JOIN `shop_orders` AS `o`
ON `g`.`id` = `o`.`good_id`

WHERE
`g`.`seller_id` = 2
AND
`c`.`type_id` = 3

GROUP BY
`g`.`id`

ORDER BY
`debt` DESC
Нажмите, чтобы раскрыть...

добавлено через 12 часов 19 минут
а, в вэре ещё дописать надо

AND
`o`.`subscribes_remain` > 0

Вход / Регистрация

Проектирование структуры логирования денежного потока на торговой площадке

хочу_вот_сказать Активный участник

хочу_вот_сказать Активный участник

Гость Гость

хочу_вот_сказать Активный участник

Вход / Регистрация

Волгоградский форум

Пользователи

Проектирование структуры логирования денежного потока на торговой площадке

хочу_вот_сказать Активный участник

хочу_вот_сказать Активный участник

Гость Гость

хочу_вот_сказать Активный участник