2 базы данных, vs 1?

Question

У меня есть база данных всех стран и городов, я бы хотел использовать ajax, чтобы использовать его для предоставления предложений в полях городов городов в формах, у меня есть много таблиц в моей базе данных, связанных с внутренней работой сайта. Это нормально, если я помещаю это в другую базу данных (только эту базу данных мировой карты)? Я скорее поместил его в другой db, поэтому он более организован, и я бы действительно не подключался к нему на тех же страницах, которые я подключаю к основной базе данных. в основном небольшая php-страница, которая предложит строки с json. Мне было интересно, если отдельный db означает совместное использование db pooll и снижение производительности!

Я должен добавить, что эти новые таблицы и sql-скрипт на geobytes.com, и я не знаю, насколько они хороши, или если я собираюсь использовать их по пути! Я надеюсь найти что-то лучше с передовым списком ip-таблиц! как ip2location

Answer 1

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

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

Answer 2

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

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

Answer 3

Избегайте преждевременной оптимизации. ЕСЛИ вы пытаетесь сохранить вещи отдельно (по архитектурным соображениям), тогда все в порядке. Если вы пытаетесь повысить производительность, то откуда вы знаете, что это даже повысит производительность? У вас будут накладные расходы на дополнительные файлы данных, возможно, с большим количеством накладных расходов на сервере базы данных для управления несколькими базами данных.

В лучшем случае это, возможно, вымывание.

Answer 4

Я не совсем понимаю, почему вы хотите это сделать. Это усложняет ситуацию:

1. Управление двумя базами данных - например, резервное копирование и восстановление.
2. управление 2 конфигурациями соединений + пулы соединений.
3. будущего потенциал ссылочной целостности (например, на каком-то этапе вы должны объекты, привязанные к городам/странам?)

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

Answer 5

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

Является ли ваш сайт CMS или аналогичным третьим лицом - Drupal/Joomla/etc?

Если да, сохраните свои данные оттуда. Если вы планируете подвергать эти географические данные веб-сервису, он стоит сам по себе.

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