orunbek,

Высказывания этого автора говорят только о том, что он так и не смог разобраться с работой программ написанных на 1С. Из твоих фраз пока до конца не понял, что ты хочешь изобрести,
но если будешь пытаться сам реализовать это учти следующее:
1. Более легкий путь для тебя действительно через OLE. Но тут есть один небольшой нюанс, который может тебе помешать. Это время загрузки программы 1С. Для того чтобы 1С начала отвечать на команды её надо будет загрузить в память. Это время зависит больше от аппаратной части. А если у тебя планируется работа многих пользователей и каждый со своим сеансом, а
компьютер будет не первой свежести, то можешь наблюдать задержки при соединении с 1с
(скажем секунд этак 40, хотя ещё раз это будет зависеть от железа). После установки соединения
доступ будет достаточно быстрым. Второй нюанс в этом варианте это подвисшие соединения в случаях разрывов связи с клиентами. Их надо будет просто постоянно отслеживать и снимать.
2. Есть другой путь. Обращаться не к 1С, а непосредственно к данным. Например через ODBC.
Доступ будет быстрый. При этом и клиента и сервер доступа к данным реализуешь сам. Но тут надо хорошо знать структуру хранения данных 1С. Как правило это узнаешь только после того как плотно сам поработаешь с 1С. Если предполагается только читать данные этот вариант на мой взгляд предпочтительней.

Я бы тебе посоветовал взять в пару 1С-ника и вместе с ним реализовать такой проект.

Вопросы:
1.База DBF или SQL?
2.На сколько часто меняется конфигурация?
3.На сколько часто меняется сама информация в базе к которой надо получить доступ?

orunbekМожет запустить 1С один раз и всегда обращаться к нему, т.е. при каждом запросе не создавать OLE Объект по новой.
И еще что вы имеете в виду по поводу "подвисших" соединений?
Это, когда созданный OLE объект 1С, теряет подключение с базой?
Или же другое?

Под подвисшими я имел ввиду соединения которые остались с базой, но потеряли соединения с клиентом.
Если вы сможете реализовать приложение, которое будет запущено на терминальном сервере и отрабатывать (разбирать) запросы многих пользователей одновременно, при этом обращаясь к одному установленному OLE соединению, то можно и так.

А как насчет записи данных? Она нужна? Или только чтение информации с базы.
Если только чтение то и запросы к базе 1С вы сможете организовать со своего приложения
напрямую без запуска сеанса 1с.

orunbekМожет запустить 1С один раз и всегда обращаться к нему, т.е. при каждом запросе не создавать OLE Объект по новой.
И еще что вы имеете в виду по поводу "подвисших" соединений?
Это, когда созданный OLE объект 1С, теряет подключение с базой?
Или же другое?

Под подвисшими я имел ввиду соединения которые остались с базой, но потеряли соединения с клиентом.
Если вы сможете реализовать приложение, которое будет запущено на терминальном сервере и отрабатывать (разбирать) запросы многих пользователей одновременно, при этом обращаясь к одному установленному OLE соединению, то можно и так.

А как насчет записи данных? Она нужна? Или только чтение информации с базы.
Если только чтение то и запросы к базе 1С вы сможете организовать со своего приложения
напрямую без запуска сеанса 1с.

orunbek,

Почему же нет, есть.
Вы пишете на своем языке серверное приложение, которое делает всю обработку запросов от всех клиентов. При запуске это приложение устанавливает связь с базой 1С. Потом по этому
каналу идет взаимодействие вашего серверного приложения и 1С. При этом без особых проблем
будете как добавлять, так и извлекать данные из базы 1С.

orunbek,

Параллельности конечно же не будет. Надо будет создавать очередь и информировать клиентов об этом. Вам для начала тогда стоит оценить количество одновременно работающих запросов пользователей, какого плана операции предстоит делать. Сколько времени сейчас занимают эти операции. Какая временная задерка для ваших клиентов допустима между запросом и ответом. В каком виде должны быть эти ответы. Потому как получить остаток кассы на текущий момент времени - это одни затраты, а вот получить всю историю работы с клиентом это уже другие затраты и другой объем выходной информации.
Добавьте сюда ещё те задачи, которые должны решаться через внесение новых данных плюс моменты синхронизации при одновременной работе нескольких пользователей.
Может вас и простой терминальный доступ устраивает?

orunbek,

Да. На терминальном сервере устанавливаете 1с. Если есть Citrix, публикуете приложение.
На клиентских машинах настраиваете ярлыки на запуск этого приложения. При этом все
клиентские экземпляры программы 1С работают на терминальном сервере. Не надо
ничего изобретать, пользователи все одновременно работают с базой 1С. При желании можно даже запуск через окно эксплорера настроить через дополнительную аутентификацию.
Если Citrixа нет, тогда просто через подключение к удаленному рабочему столу с автоматическим запуском программы 1с.
Я не знаю вашей постановки задачи, но судя по тому, что вы планируете какие-то записи вносить, на простых операциях вы не остановитесь. Вам проще внутри программы 1с под соответствующих пользователей настроить интерфейсы.