Цитата:
Сообщение от
Reaper
Для 1С такая методика борьбы за производительность неприемлема ввиду того, что они декларируют абстрагирование разработчика от физической БД. Да к тому же тогда лесом пойдет их центр управления производительностью. Существующий же подход позволяет среднестатистическому специалисту не понимать работы СУБД и не прикасаться к ней, а опираться в работе исключительно на отладчик и ЦУП.
С одной стороны такой подход удобен для разработчика...
А с другой стороны - разработчик ОБЯЗАН понимать принцип работы СУБД и ОБЯЗАН прикасаться к ней - т.к. ни одна платформа (пока) не в состоянии работать администратором СУБД.
И если на небольших (условно - до 500 тыс. записей) объемах данных это еще приемлемо - то на более крупных объемах - игра с индексами уже дает ощутимый эффект. А программист - ОБЯЗАН понимать, что при написании кода выборки указание лишней группировки (сортировки, джойна) будет сказываться на производительности БД. Причем не обязательно в худшую сторону. А сама платформа никогда не догадается за программиста - какое поле в сортировке (к примеру) "лишнее"