делал такое с 1С 7.7
лучший вариант был через ХП и тригеры на MSSQL
если делать для 1С 8.0 - тут сложнее, хотя опять таки запустить сервис 1С (как он там называется - скляроз мучает :(), в общем апустить 1С в режиме COM и от туда гнать данные через ODBC, ADO или др. сразу в MSSQL

DmitryOrlov Сергей84делал такое с 1С 7.7
лучший вариант был через ХП и тригеры на MSSQL

И если правит конфу, то не забывать править ХП и триггеры? Не задолбаешься?
не надо вводить людей в заблуждение такими категоричными высказываениями
ХП при изменении конфы - не пропадают, как и созданные вручную таблицы и вьюхи внутри БД 1С, иначе бы 1С-ка убивала бы системные таблицы, ХП и вьюхи тем самым приводила к неработоспособности своей собственной БД

тригеры слетают с таблицы, если меняется именно эта таблица (опять же именно структура полей меняется, а не код этого справочника), т.е. наложив тригер на справочник номенклатуры, не надо тригер востанавливать после изменения справочника контрагентов.
Так же кто мешает вам сделать job на проверку существований тригеров и при их отсутвии создавать? Именения таблиц происходит монопольно, если разработчик знает про существование тригеров, то после изменения конфигурации запустить джоб или ХП на проверку и возстановление не такая уж и проблема