Что было бы лучше (1 база данных + 4 таблицы) или (2 базы данных + 2 таблицы каждая)?

Question

Я хотел бы получить совет о том, что было бы лучше (в отношении производительности)

A) 1 БАЗА ДАННЫХ с 4 таблицами

или

B) 2 БАЗЫ ДАННЫХ (один и тот же сервер), каждая с двумя таблицами.

Размер и использование таблиц более или менее похожи, поэтому использование 2 таблиц в базе данных 1 будет аналогично использованию / размеру двух таблиц в базе данных 2

Таблицы могут иметь +500 000 записей, и 2 таблицы в каждой базе данных не связаны (между ними нет запросов на соединение и т. Д.)

Заранее спасибо за ваши комментарии

Answer 1

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

Answer 2

я бы не ожидал отличий в производительности.

Answer 3

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

Однако, если вам действительно нужна производительность (даже если 500k записей не так много для SQL Server), вы можете поместить таблицы в одну базу данных и разделить базу данных на разные файлы базы данных (называемые filegroups ).

Вы можете поместить каждый файл на отдельный диск (что повысит производительность) и решить, какую таблицу вы поместите в какой файл.

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

Answer 4

В отношении производительности, без разницы.

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

Answer 5

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