Сделать то можно - "двоичные данные" ... а уже сказали выше.
Другое дело, что делать этого НЕ НУЖНО!
1) Номенклатура - это не только
ценный мех набор записей в одной физ.таблице, но еще и связь с другими справочниками и регистрами.
На уровне СУБД это может быть сильно не одна таблица (например, если у справочника есть Табл.Часть - то это уже ДВЕ таблицы).
2) Структура этих таблиц, к тому же, может (и будет!) меняться при изменениях конфигурации и обновлениях платформы.
3) Изменения идущие "мимо" 1С прямо в БД не отображаются в журнале регистрации 1С (что может быть фатально при "разборе полетов")
4) Таким решением вы жестко привяжете себя к
пулемету одной СУБД, без возможности перейти на другую (Oracle, DB2, Postgree, а хотя бы и файл).
5) В момент создания записи номенклатуры через 1С происходят различные проверки. Как на уровне видимого кода (модуль формы, модуль объекта), так и на уровне платформы 1С (ядра, или базиса - языком SAPёров). Каковые проверки не будут пройдены при прямом обращении к СУБД.
6) В момент записи через 1С, могут инициализироваться записи и в других таблицах (справочники, документы, регистры) (смотрим снова модуль объекта и модуль формы)
Что не позволяет заставить стороннее приложение работать с базой 1С через функционал самой 1С: внешние соединение, ака COM-сервер (COM-соединение) или Automation (ака OLE Сервер)?
Ну или через промежуточные файлы или базы данных (что еще более универсально и не требует компонентов 1Ски на стороне того самого приложения)?
Сообщение отредактировал uza: 15 февраля 2012 - 12:49