10241ц имеет базы на MS SQL, PostgreSQL и в собственном формате. Так же может быть Oracle и IBM DB2.

1. Соответственно можете писать запросы к вышеперечисленным серверам БД, минуя движок 1С. Окромя собственного формата, но этот формат в пром. эксплуатации встречается достаточно редко. Но чаще чем Oracle, IBM DB2 и PostgreSQL вместе взятые.
Наиболее распространенный сервер БД под 1С - MS SQL. Процентов 70-80 всех внедрений, если не больше.
Все это касается версии 8.2.
С версией 7.7 ситуация иная, там БД могут быть в форматах: MS SQL (официально выше MS SQL 2000 не поддерживается) и DBase.
Для 7.7 тоже можете писать запросы в обход движка 1С.

2. Как писал Petro123, если через API тебе всё равно какая БД (какой формат БД). Читаем книжку технология создания внешних компонент для 1С. Технология создания внешних компонент (DLL) для 7.7 и 8x практически не отличаются. Для 8x по сравнению с 7.7 есть некоторые ограничения, касаются они создания компонент для подключение к 1С в режиме конфигуратора. Для 8x подключение в режиме конфигуратора невозможно, только в режиме предприятия. Но оно вам и не надо.

3. Также можете воспользоваться механизмом обмена пакетами XDTO. Полностью поддерживается 8.2 на уровне платформы. Версией 7.7 XDTO на уровне платформы не поддерживается.

4. OLE - это из области извращений, на больших массивах данных будут тормоза.

1024 Но целостность данных поддерживается средствами 1ц а не склсервера, поэтому работать с данными напрямую сложно если это боевая система не тестовая установка.

В чем сложность та, работы напрямую если это не тестовая установка? У меня не раз обмен данными данными обходя движок 1С был реализован, еще со времен 7.7.
А в крайний раз у меня так вообще админ, не програмер, обмен написал на T-SQL с системой учета рабочего времени.
Какие то мифы глаголите.

1024Про оле глупость какая-то, это ж просто интерфейс вызова 1ц-ных функций, как он может тормозить. Побывали? А я побывал и не только я. Почитайте хоть что ли форумы по 1С. OLE для 1С, на обмен данными вам вряд ли в здравом уме кто посоветует.

1024 Я ж не 1сник, за обновлениями не слежу. Прежде чем, про 1С что то говорить надо было с этого и начинать. Этим обновлениям уже 2 года, как 8.2 вышла. А с IBM DB2 1C начала работать намного раньше, чем с postgres лет 5 назад .

1024Сложность изменения данных в том что контроль целостности осуществляется 1с-ом а не скл-сервером. Хотя разобраться можно, если только читать данные то проще, если менять то намного сложнее.

Нет проблема совсем не в контроле целостности. Разобраться как располагаются данные в таблицах конкретного документа или справочника или регистра сведений, и в их ссылочной целостности не сложно . Тем более, что инструментов позволяющих это сделать - полно, на любой вкус и цвет.
Проблема в другом - в проведении документов по регистрам. Т.е. каждый документ при проведении делает записи в кучу аналитических и вспомогательных расчетных таблиц (регистров), причем по достаточно сложным алгоритмам. Вот здесь обычно и делается такая вещь как - документы и справочники создаются средствами например T-SQL (а лучше в соответствии со стандартом ANSI SQL 92, тогда можно будет полностью абстрагироваться от диалектов SQL и создать кросплатформеное решение), а проводятся средствами 1С. Для не 1С ника - это будет самый оптимальный вариант. Т.к. в этом случае как то серьезно понимать внутренний язык 1С не необходимости. Весь код на 1С будет представлять собой несколько строк: Документ.<ВидДокумента>.Провести() в цикле + Запрос который возвращает список документов которые необходимо провести (синтаксис запросов в 1С 8x полностью SQL подобен, можно писать и на латинице) для этого цикла + платформа 1С сейчас позволяет использовать в своих запросах внешние источники данных для выборки в своих запросах + для удобства обернуть этот код в регламентное задание.

1024OLE это Object Linking and Embedding , оно не может само тормозить. Хотя дурное дело нехитрое.
Разве я писал, что OLE тормозит? Я написал, что OLE в 1С тормозит. Т.е. конкретная реализация технологии в движке 1С.
Очень показательно в этом отношении отказ от использования этой технологии в конфигурации конвертация данных. В первой версии этой конфигурации метаданные из конвертируемых конфигураций загружались по OLE. Во второй, нынешней версии, метаданные конвертируемых конфигураций выгружаются в XML и загружаются в саму конфигурацию конвертация данных из этого XML. Хотя казалось как было удобно - подключился по OLE да читай эти метаданные.