hVostt1)
Откуда ДБА знает, не являются ли тормоза следствием не оптимальной работы ПО? Или совокупности различных факторов, где не оптимальные запросы -- это лишь следствие п...ца? И устранение следствия это как в случае с болезнью, боль снимает, но ничего не лечит, а только усугубляет.


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

Ну, в нашем мире, это не должно делаться руками, так как это натуральная обезьянья работа. У нас, например, это метрики, различные показатели, которые показывают и сигнализируют, где боттлнеки, где деградация, где нездоровая тенденция и т.д. и т.п.


1) ДБА как раз и вычисляет источник проблемы и устраняет, если это относится к БД и если есть возможность.
Есть, конечно, варианты кривого клиентского кода...

2) Вопрос: Если это обезьяний труд, почему до сих пор разработчики СУБД это не автоматизировали?
Да, подсказки можно получить через скрипты. Но если тупо следовать подсказкам, то будет куча лишних индексов, что скажется на производительности операций изменения данных.

skyANAMegabyte1) ДБА как раз и вычисляет источник проблемы и устраняет, если это относится к БД и если есть возможность.
Есть, конечно, варианты кривого клиентского кода...
Кривой клиентский код - это редкость? Чаще кривой серверный?
Кривой клиентский код обычно не так сильно влияет на производительность, как серверный.
Хотя в ПО, где используется ОРМ, там, наверное, иначе по причине отсутствия серверного кода.