Кто как укладывает бизнес правила в БД?

Question

[Александр Асосков]

У меня есть задача сделать интерфейс создания и редактирования бизнес правила c последующим их извлечения и выполнения. Правила могут быть различной сложности

Например:
1. Eсли у заказа количество позиций=2 ТО Цена ниже на 10р

но так же более сложные

2. если заказ содержит (количество_позиций=2 и город_отправки ="Москва") или (Город="Санкт-Петербург") ТО доставка осуществляется компанией "Рога и копта"

Поля по которым может быть сравнение динамические, правил для одного заказа может быть много

Comments

[Александр Асосков]

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

Цена
Название
Доставка
Опции продукта
итд..
И да возможность проверять по значению или по типу то есть строки (сравнение, регулярное выражение) Числа (<,>=) итд..

Answer 1

[d'Ivan]

Таблица принятия решений (таблица решений) - очень эффективное решение для такого рода задач.
Из русской Википедии:

Таблица принятия решений (таблица решений) — способ компактного представления модели со сложной логикой. Аналогично условным операторам в языках программирования, они устанавливают связь между условиями и действиями. Но, в отличие от традиционных языков программирования, таблицы решений в простой форме могут представлять связь между множеством независимых условий и действий.

На английском - Decision table - можно найти гораздо больше полезного материала, чем на русском. Допустим, это видео с объяснением.
Таблицы можно хранить в СУБД и обмениваться при помощи CSV.
IBM и многие другие компании применяют их в разных своих продуктах. Особенно полезны для описания деятельности бухгалтерии, складского учета и пр.

Comments

[Denis D]

Крастота) Респект!

[Александр Асосков]

Если я не ошибаюсь? то что то подобное я видел в Drools

[d'Ivan]

Александр Асосков, не знаком с drools. Возможно и так.

Answer 2

[egor_nullptr]

Учитывая, что правила могут быть совершенно разные и количество участвующих атрибутов заранее не известно, то сам собой напрашивается шаблон проектирования "Интерпретатор". Правила хранятся в виде простейшего кода, который исполняется в песочнице интерпретатора (стороннего или собственной разработки).

Comments

[Александр Асосков]

У меня была такая же идея но я не знал как это называется спасибо за подсказку ознакомлюсь

Answer 3

[Абдулла Мурсалов]

Бизнес-логика в базе - это такое себе. Логика может меняться, усложняться, становиться динамической. По возможности, приложение не должно знать о базе.

Comments

[Александр Асосков]

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

[sim3x]

Александр Асосков, правила - часть логики, хранить ее в субд - плохо и геморно
Давать создавать такие правила пользователю - чревато

[Александр Асосков]

sim3x, Скажем так система закрытая правилами рулят те люди которые отвечают за бизнес аналитику

[sim3x]

Александр Асосков, что никак не отменяем мою реплику

Хранить в бд код - не нужно

Нужно давать право записи "аналитикам" в файл, который будет наполнятся правилами
И пусть они пишут какие угодно правила на пхп

[Александр Асосков]

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

[sim3x]

Александр Асосков, не будет на пхп - пусть на питоне пишет

Не умеет на питоне пусть на R
Не умеет на R - профнепригоден

Пилить интерфейс для детей - конечно прикольно, но на выходе имеем кучу ограничений и кучу кода для верификации

[dmitriy]

sim3x,
да какая разница где ее хранить в статике или в динамике, тут вопрос в возможности ее изменения/создания

[sim3x]

diamond, действительно, кому нужно версионирование кода и дифы?

[Александр Асосков]

Причем тут версионирование. Вопрос как хратить в структуре базы данных динамические бизнес правила и редактировать на фронте например вот эта такая библиотека для фронта как пример querybuilder.js.org/demo.html

Answer 4

[Andry]

У нас говорят на подобную задачку "Ты собираешься на написаном для тебя интерпретаторе написать свой интерпретатор для другого программиста?"

Даже если вы напишете свой удобный язык, то программировать на нем будете лишь вы. И закодировано на нем будет с десяток различного рода правил, потому как бизнесу много на самом деле и не надо. Это мы программисты пытаемся объять невпихуемое, а бизнес работает по понятным и простым правилам. )

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

Comments

[Александр Асосков]

Все это конечно замечательно но задача поступила лично от заказчика и он вполне осознает чего хочет.

[Andry]

он вполне осознает чего хочет

Я выскажу лишь свое мнение.

Когда заказчик хочет вот такие универсальные вещи, то он сам не знает, что он хочет.

Если бизнес-правила вам описывают "ну, например, хрен и морковка, бярк и капуста", то он сам ничерта не определился с хотелками, а потому перекладывает ответственность на вас и уникальную свителку, которую он хочет.

Попросите его сформировать десяток реальных правил, чтобы "вы могли разработать правильный язык". И я очень удивлюсь, если язык для правил всё ещё понадобится.

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