2014-09-19 2 views
0

В настоящее время я разрабатываю приложение в Laravel 4. После правильной нормализации базы данных необходимое количество таблиц для моего приложения увеличилось примерно до 48 таблиц.Рекомендуемое количество таблиц в одной базе MYSQL

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

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

Любой вклад или предложение будет хорошо оценены.

NB: Самый длинный столбец в одной из таблиц 25

ответ

1

Количество таблиц не реально сделать что большая разница. Есть несколько настроек, которые можно сделать, чтобы помочь, но ~ 25 не будет проблемой для MySQL.

У меня также не было отдельной базы данных, это будет означать, что вы не можете делать таблицы или внешние ключи по данным.

Я бы пошел с вашим текущим дизайном и при необходимости задал несколько вопросов для оптимизации.

Я видел развертывание MySQL с ~ 500 таблицами, чтобы успокоить ваш разум.

С уважением Джо

+0

Большое спасибо !!! Мой ум теперь полностью в покое. – Digitlimit

0

Рекомендуемое количество столов сколько ваше приложение должно. Нет волшебного числа.

Базы данных предназначены для использования при извлечении данных так, как это удобно для пользователя, использующего его. Если вам понадобится N таблиц после того, как вы выполнили анализ требования, используйте N таблиц.

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

Если вы беспокоитесь, что количество столов будет замедлять ваше приложение - это не так. По умолчанию MySQL-движок (InnoDB) сохраняет все физические данные в одном файле по умолчанию (если только файл для таблицы не обращается в 1). Это оптимизация, выполняемая разработчиками InnoDB/MySQL, поэтому вам не нужно беспокоиться о множестве проблем, таких как дескрипторы открытых файлов, количество таблиц, а что нет.

Теперь, чтобы отразить мой собственный опыт - у меня был доступ к зверю, который содержит таблицу и число просмотров в таком огромном количестве, которое я боюсь упомянуть (это CRM/ERP-решение, составленное из десятки продуктов), и он превышает 100 000. Так что да, 25 (или 1000) не должны вас беспокоить.

+0

Хорошо оценили. Спасибо за ваше время!!! – Digitlimit

Смежные вопросы