Может ли SQL Server 2005 работать с большим количеством баз данных?
Если я добавлю 3-400 баз данных к одному экземпляру SQL Server, столкнусь ли я с проблемами масштабирования, вызванными большим количеством баз данных?
Ответы 3
Это один из тех вопросов, на которые лучше всего ответить: почему вы вообще пытаетесь это сделать? Каков параллелизм по отношению к этим базам данных? Вы создаете базы данных, если бы у вас были нормализованные таблицы, которые могли бы выполнять ту же функцию?
Тем не менее, да, MSSQL 2005 будет обрабатывать этот уровень базы данных при каждой установке. Это будет более или менее то, что вы делаете с базами данных, что серьезно снизит вашу производительность (входящие соединения, использование ЦП и т. д.)
По словам Джоэла Спольски в подкасте SO № 11, вы будете в любой версии до 2005 года, однако это предположительно исправлено в SQL Server 2005.
Вы можете увидеть стенограмму подкаста здесь.
Я никогда не пробовал это в 2005 году. Но компания, в которой я работал, попробовала это на 7.0, и она с треском провалилась. С 2000 года все стало намного лучше, но запросы к базам данных по-прежнему были мучительно медленными и требовали слишком много системных ресурсов. Я могу только представить, что в 2005 году ситуация снова улучшилась.
Вы запрашиваете базы данных или просто размещаете их на одном сервере? Если вы запрашиваете базы данных, я думаю, вам нужно еще раз взглянуть на свою архитектуру данных и найти другие способы разделения данных. Если это просто проблема с хостингом, вы всегда можете попробовать ее и перенести базы данных на другие серверы по мере достижения емкости.
Извините, здесь у меня нет однозначного ответа.
Мы создаем приложение для здравоохранения по запросу. Моим инстинктом было бы иметь единую базу данных и вводить ее по арендатору, но, поскольку это медицинские данные, изоляция, обеспечиваемая несколькими базами данных, привлекательно, чтобы клиенты не могли случайно получить неверные данные.