Это раньше, в 7-ке, когда на ее встроенном языке делаешь запрос с условиями (в той транскрипции 'ВЫБРАТЬ ... ИЗ ... ГДЕ ... СГРУППИРОВАТЬ ПО ...') даже в конфигурации работы с MSSQL сервером, выражение '... ГДЕ ...' отрабатывалось на клиенте (т.е. с сервера делалось 'select * from' а на клиенте перебирались записи и проверялись на попадание по условию). В 8-ке уже все честно - на SQL-серваке выполняется полноценный запрос с условиями и работу по выборке по условию выполняет сам сервак СУБД, а 1С-ка только транслирует и скармливает ему запросы и фетчит порциями отобранные записи, как обычное правильное приложение. Проблема для разработчиков осталась в другом. В 7-ке, когда программист что-то внес в работающую конфигурацию, надо всех выгонять из системы, он даже не может закрыть окно конфигуратора 1С - все наработанное потеряет. В 8-ке это немного облегчили, разбили на два этапа - теперь программист не выгоняя никого может сохранить результаты своей работы, но не делая эти изменения актуальными, а чтобы эти изменения вступили в силу, надо сделать 'обновление конфигурации', а это опять как и раньше всех выгонять из системы.
    С самописными системами проще - логика работы по возможности максимально переносится в СУБД и сервер приложений, в нашем случае представляющий собой запущенные COM-объекты. На тестовом серваке все отладил, проверил, потом на короткое время на сервере приложений просто отключил в оснастке нужный компонент (COM-объект), остановил его, подменил dll-ку на новую, подправил на сервере СУБД интересующий тебя пакет и снова включаешь компонент. Компонент не работает всего пол-минуты, клиент, который дернул метод отключенного COMа, получит исключение об отключенном компоненте. Клиент, который до момента остановки компонента уже успел вызвать метод - получит исключение, а транзакция откатится. В обоих случаях, когда я запущу отключенный компонент, клиент просто еще раз повторит свой вызов, нажмет нужную кнопку и все заработает дальше.
    Модульности и гранулярности обновлений бы по-больше 8-ке, чтобы можно было бы прям по живому менять конфигурацию, пусть у клиента, который работает именно с этой, обновляемой крохотной подсистемой, на короткое время вылезет ошибка, а потом просто человек еще раз повторит операцию (снова нажмет какую-нибудь кнопку "сохранить", "удалить", "подтвердить" и т.п.)