'

Реализация элементов логики приложения в MySQL: триггеры, хранимые процедуры, кэширование

Понравилась презентация – покажи это...





Слайд 0

Реализация элементов логики приложения в MySQL: триггеры, хранимые процедуры, кэширование Сергей Горшков, технический директор Центра информационных технологий index.art


Слайд 1

Когда нужны триггеры? Пример 1, складской учет методом FIFO (First In First Out) Товар, пришедший на склад первым, первым уходит со склада. Пришло: 1 единица товара по 5 рублей Пришло: 2 единицы товара по 10 рублей Продано: 2 единицы товара по 15 рублей Каков наш доход от продажи? Неверно: 15 * 2 – 10 * 2 = 10 рублей Верно: (5 * 1 + 10 * 1) – 10 * 2 = 5 рублей


Слайд 2

Складской учет: схема процесса Склад 1 Склад 2 поставка поставка возврат поставщику продажа продажа возврат от покупателя перемещение списание


Слайд 3

Документы складского учета Как узнать остаток товара??? Список товаров Товар Цена Количество Список товаров Товар Цена Количество Список товаров Товар Количество


Слайд 4

Суммирование по спискам товаров из разных документов не подойдет: Много однотипных запросов к разным таблицам; Придется многое переписывать при добавлении новых типов документов; Операции получения остатка выполняются постоянно, а такой набор запросов будет выполняться довольно медленно; Хранить промежуточные остатки плохо, потому что данные часто меняются «задним числом».


Слайд 5

Решение: создаем реестр операций складского учета


Слайд 6

Реестр операций складского учета поставка


Слайд 7

Реестр операций складского учета поставка


Слайд 8

Реестр операций складского учета поставка продажа


Слайд 9

Реестр операций складского учета поставка продажа Как поддерживать актуальность данных в реестре?


Слайд 10

База данных Программа складского учета Бухгалтерская программа Кассовый аппарат Другие программные продукты


Слайд 11

Триггеры для построения реестра


Слайд 12

Триггеры для построения реестра поставка


Слайд 13

Триггеры для построения реестра поставка Триггер


Слайд 14

Триггеры для построения реестра поставка


Слайд 15

Триггеры для построения реестра поставка


Слайд 16

Триггеры для построения реестра поставка Триггер


Слайд 17

Триггеры для построения реестра поставка


Слайд 18

Триггеры для построения реестра поставка Нужна процедура полного или частичного пересчета реестра!


Слайд 19

Хранимые функции getGoodsRemainder (товар, дата, склад) - возвращает остаток товара на заданную дату на конкретном складе getSaleIncome (продажа) – доход от одной конкретной продажи getGoodsIncome (товар, склад, период) – доход, полученный от реализации конкретного товара за указанный период getSelfCost (товар, склад, период) – себестоимость партии товара, приобретенной за указанный период


Слайд 20

Оценим решение? Плюсы: + все работает очень быстро! + легко добавлять новые типы документов; + сторонние приложения могут добавлять/удалять документы, не заботясь о реестре складского учета; + для выполнения часто требуемых операций создан удобный набор хранимых процедур.


Слайд 21

Оценим решение? Минусы: - данные о каждом перемещении хранятся в базе дважды; - при создании этой системы пришлось много думать ?


Слайд 22

Когда нужны триггеры? Пример 2, права доступа и построение списка записей Список клиентов Список пользователей Настраиваемые правила доступа Права пользователя X на клиента Y


Слайд 23

Задача: Показать пользователю список клиентов с постраничной навигацией Для этого надо: 1. Получить общее число клиентов, доступных пользователю; 2. Выстроить их в определенном порядке; 3. Рассчитать номера клиентов, которые окажутся на определенной странице.


Слайд 24

Как реализуем? Вариант 1 Создать в PHP функцию GetRights (user, record, module), которая: А) Построит список правил, применимых в данном случае, Б) По каждому правилу сформулирует условие и проверит его выполнение, В) Выберет минимальный результат из всех, которые дают правила.


Слайд 25

Оценим? Вариант 1 + Для определения доступа к одной записи – просто и надежно. С большим списком записей будет работать очень медленно, даже если кэшировать результат шага А (список применимых правил). Можем работать только со списками в сотни записей.


Слайд 26

Как реализуем? Вариант 2 Кэшировать результат расчета прав в БД. Пересчитывать фрагмент кэша из PHP каждый раз при изменении правил, свойств пользователя, свойств записи. + Выборка из кэша будет работать очень быстро. - Кэш будет пересчитываться очень медленно, особенно после выполнения операций с группами записей. Можем работать со списками в тысячи записей.


Слайд 27

Как реализуем? Вариант 3 Создадим хранимую функцию, которая будет вычислять и возвращать права доступа для любой пары пользователь-клиент. А) Текст функции генерируем из PHP при изменении правил доступа, Б) Функцию можно включить в SQL-запрос как условие: SELECT * FROM clients WHERE GetAccess(clients.id,users.id)>0


Слайд 28

Оценим? Вариант 3 + Быстрее, чем считать права в PHP. Сложная генерация синтаксиса функции. С большими списками все равно работает медленно. Можем работать со списками в тысячи записей


Слайд 29

Как реализуем? Вариант 4 Объединим варианты 2 и 3. А) Реализуем специальную таблицу – кэш в БД. Б) Заполнять ее будем при помощи хранимой функции. В) Вызывать пересчет кэша будем при помощи триггеров на таблицах «клиенты» и «пользователи». Г) Триггеры перегенерируем при изменении правил. Триггеры ставят фрагменты кэша в очередь на пересчет при изменении свойств клиента и пользователя. Д) Хранимая функция создается в момент пересчета.


Слайд 30

Схема базы данных Очередь Клиент Пользователь Кэш Клиент Пользователь Эффективные права Триггеры Триггеры Асинхронная процедура расчета прав Изменение правил Генерирует хранимую функцию Очистка кэша


Слайд 31

Оценим? Вариант 4 + Очень быстро! Сложная генерация синтаксиса функции. Иногда права вычисляются не сразу. Можем работать со списками в сотни тысяч записей.


Слайд 32

Как реализуем? Вариант 5 Усовершенствуем механизм. А) Не будем хранить в кэше нулевые значения. Б) Не будем создавать кэш, если правила не зависят от свойств клиента и пользователя. Г) Создадим удобные функции для работы с правами из PHP.


Слайд 33

Оценим? Вариант 5 + Еще быстрее! Усложнился PHP-код системы прав доступа. Можем работать со списками в сотни тысяч записей.


Слайд 34

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


Слайд 35

Выводы! 1. При помощи MySQL можно решать сложные вычислительные задачи, возникающие при создании бизнес-приложений. 2. Создание массивов избыточных данных (кэшей) в базе способно увеличить скорость работы приложения в сотни или тысячи раз. 3. Наиболее естественный и удобный способ формирования кэшей в базе данных состоит в использовании триггеров и хранимых процедур. Любите триггеры и хранимые процедуры! ?


Слайд 36

Спасибо за внимание! Обсудить можно здесь: http://serge-index.livejournal.com Вопросы?


×

HTML:





Ссылка: