их перестраивать нужно регулярно

я говорил про это, про "технологические процедуры"

поставить в параметрах индекса галочку напротив "Перестроить индекс"? этого хватит?

я хз как это именно делается

курсоров нет в процедурах выборки?

нет

опять я) перестроил все индексы, типа фрагментация сведена к минимому, СУБД висит, сайт следовательно тоже. Может есть какая тулза для мониторинга загруженности?я конечно могу запустить профайлеро на чтомне там обратить внимание?

и еще вопрос, обертка update/delete в транзакции может помочь быстродействию?

обратить внимание наверно на duration выполнения каких-то запросов или транзакций

но учти, что профайлер твою и без того буксующую субд затормозит

+ нужно посмотреть, мб можно как-то кэшировать данные на сервере бэкэнда, чтобы не запрашивать постоянно базу

само приложение пока не могу трогать, там отдельно буду рефакторить, сейчас разрешили вносить изменения только в БД или настройки сервера

нууу... это ж эту логику разрабатывать (проектиовать/программировать) надо!))

но, кстати, вспомнил, что нужно ещё мониторить основные счетчики производительности!

напр. из последнего насущного page_latency д.б. не менее 5 минут вроде (погуглите), иначе можно говорить о не достатке ОП, излишних чтениях с диска (а это может чтение данных тормозить прилично, насколько я понимаю)

это как раз касаемо кэширования данных, но только на уровне SQL Server DBE

перед тем как перестраивать/дефрагментировать индексы, надо убедиться, что это вообще те индексы - оптимальные (ну, или хотя бы минимально необходимые) для текущей read-нагрузки

иначе хоть ребилдь/дефрагментируй, хоть кремом их намажь - толку от них мало будет!))

это вообще как п.№1 я бы рекомендовал

может быть (и скорей всего) норм.индексы есть (кто-то с мозгом всё это разрабатывал, я надеюсь)), но нужно бы в этом убедиться

т.е. напр, если пользователи часто запрашивают некоторый контент по полю "категория", а индеска на него нет, то это, наверное, не оч.гуд

следовал тому, что здесь написано)

да-да, это всё круто и т.п., но только когда нужные индексы УЖЕ СУЩЕСТВУЮТ!)))

вот там внизу этой статью ссылочка есть - https://docs.microsoft.com/ru-ru/sql/relational-databases/sql-server-index-design-guide - вот она как раз про это!

хорошо бы её прочесть попытаться...;)