Предположим, у нас имеется таблица
Items(Id, varchar(250) Name, varchar(2000) Description).
Требуется создать многопользовательскую систему, в который у каждый пользователь мог бы вводить свои данные в Items, невидимые для других. При этом число записей для одного пользователя может исчисляться миллионами (20-30 млн. записей). Как наиболее оптимальным способом организовать работу БД. У меня есть три варианта.
1. Самый очевидный: создаем таблицу Users(Id, Name) и добавляем в Items внешний ключ UserId. При таком подходе появляются опасения, что число записей в одной таблице будет слишком большим (допустим, если пользователей 1000, то получаем около 20-30 млрд. записей в табл. Items) и работа с такой таблицей, думается, будет очень медленной. Хотя, видимо, select будут выполняться довольно шустро, если индексы правильные построить, зато insert'ы и update'ы, видимо, с ростом количества пользователей будут довольно длительными.
2. Для каждого пользователя создавать свою таблицу Items в БД, например, с помощью префиксов: <userid>_Items. В таком случае, в каждой таблице будет относительно немного записей (20-30 млн.), зато количество таблиц будет огромным (для 1000 пользователей соотв. 1000 таблиц). Интересно, насколько хорошо в этом случае будет справляться СУБД с запросами.
3. Можно также для каждого пользователя создавать свою БД. Этот подход видится оправданным, если у нас не только одна таблица Items, а к примеру еще есть и Categories, Types, Types, Properties и т.д., около 10 таблиц. В пред. случае для 1000 пользователей в одной БД оказалось бы 10 тыс. табл.

Хотелось бы послушать мнения: какой из этих способов вы считаете наиболее оптимальным. Возможно, вы предложите что-н принципиально иное. Для меня с точки зрения реализации наиболее простым видится первый вариант.

Модератор: Тема перенесена из форума "Microsoft SQL Server".

Кот Матроскин, думаю, подходы могут быть разными. Мне кажется, что с точки зрения масштабирования более удобными будут как раз варианты 2-3. Что касается "заката Солнца", то вот, например, статья , в которой как раз рассматриваются три варианта (с некоторыми изменениями). На эту статья я наткнулся только сегодня.

Кот МатроскинВторой и третий вариант - это "закат солнца вручную". Если Вам позарез хочется хранить данные пользователей отдельно ( хотя это имхо странная идея, в то числе с точки зрения производительности) - включите на большой таблице секционирование.

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

Dimitry SibiryakovА что, в MS SQL нет схем?..


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