Зачем нужны схемы?

Доброго дня. Какой практический смысл схем?
В руководствах пишут, что они нужны, как папки, чтобы логически разделить наборы таблиц, процедур и пр. для удобства разграничения доступа разным приложениям/пользователям и пр.
О каком удобстве идёт речь?
Если людям или приложениям нужны разные таблицы - пусть работают в разных базах.
Если им нужны одинаковые таблицы, но с разными данными, то схемы эту задачу не решают - всё равно приходится создавать 2 одинаковые физические таблицы.
Поясните - какую реальную практическую задачу можно решить с помощью схем?

0

Разные базы, это разные процессы, а вам, например, в рамках одно процесса надо разделить доступ и управление таблицами, выставить разные лимиты и прочее.
Т.е. схема это такая lightweight БД которая живет в рамках одного процесса.
У вас например одна база, большая и 10 сервисов которые в ней живут, у каждого будет своя схема, и ни запросы ни операции обновления логически не будут пересекаться.

0

Всё таки не понятно в чём плюсы. Если есть 10 сервисов, каждый со своими таблицами, разрешениями и пр - зачем их засовывать в одну базу? Даже с точки зрения быстродействия это должно быть не эффективно. Пусть живут в своих базах. Какой профит достигается?

0

Сообщение от sydenis Даже с точки зрения быстродействия это должно быть не эффективно.

это досужая выдумка.

Сообщение от sydenis Пусть живут в своих базах

администрировать одну базу если не в десять раз, но все рано легче чем десять )

0

Сообщение от Аватар это досужая выдумка.

Ну да - параллельные вычисления это от бесов

Сообщение от Аватар администрировать одну базу если не в десять раз, но все рано легче чем десять.

Что подразумеваете под "администрированием"? Какое утомительное действие предпринимаете каждый день?

0

Сообщение от sydenis Какое утомительное действие предпринимаете каждый день?

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

0

Сообщение от sydenis Всё таки не понятно в чём плюсы. Если есть 10 сервисов, каждый со своими таблицами, разрешениями и пр - зачем их засовывать в одну базу? Даже с точки зрения быстродействия это должно быть не эффективно. Пусть живут в своих базах. Какой профит достигается?

А если нет быстродействия?
Вот у вас 10 каких-то простых сервисов, которые что-то там пишут, настройки юзера на логин, какие-нить конфиг параметры, да и много всего другого.

делается одна база и 10 схем, как вам сказали с администрированием вопросов сильно меньше. Количество коннектов, памяти, расположение на диске, мониторинг и т.д.
10 процессов - сразу их надо стартовать и стопать, мониторинги, конфигурация, миграции и т.д.

0

Сообщение от sydenis В руководствах пишут, что они нужны, как папки, чтобы логически разделить наборы таблиц, процедур и пр. для удобства разграничения доступа разным приложениям/пользователям и пр. О каком удобстве идёт речь?

Удобство управления этими наборами (расширение, изменение и т.п.).
В любой задаче, по мере ее развития, наступает уровень сложности, когда уже невозможно все удержать "в одной голове", на помощь приходит принцип декомпозиции задачи на кусочки, чтобы пытаться справляться с этой сложностью.
Когда у вас 10,20... пусть даже 50 объектов в базе, тогда Вам схемы скорее всего и не нужны.
Но когда проектируемая информационная система представляет собой реально сложную систему, объектов становится 100-ни и 1000-и, тогда логическое разделение играет важную роль.

Вы скажите, ну разбей на разные базы данных...

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

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

0

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

0