Одна база данных против множества баз данных [закрыто]

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

Закрыт 8 лет назад .

Я знаю, что этот вопрос задавали много раз, но я хотел бы получить ответ по моему случаю.

Я работаю над веб-приложением, которое позволит моим клиентам управлять своими клиентами, инкассо, счетами-фактурами, бронированием, веб-сайтом и многими другими вещами. Я использую MySQL и одну базу данных примерно с 30 таблицами.

Я бы хотел, чтобы мое решение могло обслуживать около 100 000 клиентов или больше. Потребности моих клиентов будут очень разными. От 100 вставок в год для одного, до 1000 вставок в день для другого.

На данный момент я использую одну базу данных (но я все еще в разработке), где каждая таблица имеет поле учетной записи. Я создал уровень модели для доступа к данным, которые автоматически добавляют учетную запись к каждому запросу ( WHERE guid = 1 становится WHERE account = X AND guid = 1 ). Это работает очень хорошо, и его действительно легко поддерживать, но меня беспокоит факт смешивания данных моих клиентов.Обратите внимание, что я использую инкрементный идентификатор вместо GUID.

У меня вопрос: следует ли мне продолжать делать подобные вещи или создавать по одной базе данных для каждого клиента?

задан Mike Sherrill 'Cat Recall' 28 November 2011 в 08:21

0 ответов

Другие вопросы по тегам:

mysql database multi-tenant

Одна база данных против множества баз данных [закрыто]

0 ответов

Похожие вопросы: