Экономический аспект использования баз данных со многими арендаторами

База данных одна, схема данных общая для всех

База данных одна, схем данных много

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

Достоинства:

1) легкая настройка под конкретного арендатора: изначально имеется базовый набор таблиц, который можно изменять (добавлять дополнительные колонки, индексы, типы данных и т.д.);

2) относительный уровень логической изоляции для приложений, которые заботятся о безопасности;

3) количество поддерживаемых арендаторов значительно больше, чем в предыдущем подходе;

4) подходит для приложений, которые используют не слишком много таблиц (на одного арендатора).

Недостатки:

1) намного сложнее происходит процесс восстановления данных, поскольку резервной единицей становится БД целиком (выполнять резервное копирование отдельной таблицы невозможно, в итоге необходимо делать резервное копирование всей БД, потом ее развертывание, копирование таблиц, данных из backup-копий);

2) процесс восстановления по времени существенно возрастает;

3) ограничены лишь по количеству таблиц в рамках БД.

Арендаторы разделяют общие таблицы в одной и той же базе данных, в которой для каждой таблицы создается колонка, позволяющая идентифицировать арендатора.

Достоинства:

1) низкие требования к оборудованию;

2) наибольшее количество арендаторов, обслуживаемых одним сервером;

3) удобно использовать при достаточно большом количестве таблиц;

4) БД наиболее эффективна в плане реализации по количеству арендаторов.

Недостатки:

1) для поддержания безопасности требуется дополнительное программирование, т.к. все данные хранятся вместе;

2) усложняется работа с данными, если необходимо шифрование;

3) сложное восстановление данных из резервной копии (выполняется по той же схеме, что и во втором подходе).

«Shared approach» - разделяемые данные, «Isolated approach» - изолированные данные.

Анализ графиков: изначально в подходе с «изолированными данными» затраты небольшие, но со временем они увеличиваются за счет затрат на поддержку.

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

При выборе определенного подхода необходимо учитывать следующее:

– каково предельное количество пользователей у каждого арендатора;

– какое максимально возможное количество арендаторов;

– какой объем пространства будет выделено для баз данных на каждого арендатора;

–требования по безопасности.

Дата добавления: 2014-11-16