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

Бизнес-логика довольно проста, но в базе много данных: есть таблицы Customer (~40тыс записей), Order (~500тыс) и OrderComment (~1.5млн). Остальное - это в основном справочники. Добавляются данные нечасто, в основном идет выборка и поиск по ним. При проектировании новой структуры хотелось бы сделать акцент именно на быстродействие.

Как все это лучше задизайнить? Мне представляется, что партишионинг будет наилучшим решением. Или нет?

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

alexeyvgНет, зачем тут партишионинг???
Я подумал про partitioning, потому что очень много запросов на выборку, а с partitioning-ом можно было бы сократить время на поиск и эту самую выборку. Или я ошибаюсь?

alexeyvgОбъём данных слишком маленький
Ну кому как, у нас вот и с таким объемом тормозит так, что мало не кажется))

Сергей ВаскецовЗапросникиз-за большого объема данных стали жутко тормозить
Пока что это не очевидно. Разбираться с тормозами надо всегда на конкретных данных и запросах. Смотреть планы, где какие индексы и т.п. Насчет partitioning - Вы это по дате планируете делать, или как?

Да, думаю по дате. Старые таблицы не обновляются, данные будут добавляться только в новые.

BakinПравда там 7 миллиардов фотографий + их копии. А 1.5 миллиона действительно не так много. А что за железо?
Просто БД писалась еще тогда, когда пользователей было несколько десятков (сейчас несколько тысяч), а данных было раз в 10 меньше. И писали ее судя по всему не очень ориентируясь на производительность - в принципе и так работало довольно хорошо.
Возможно сейчас если написать по-нормальному (с индексами и без очевидных клюков), будет работать и так хорошо, но хотелось бы сделать задел на будущее.

Железо: AMD QX 9750/8Gb/750Gb SATA