Ну, вот вам идея, правда, вроде как бы и не совсем безумная.
Берем 1С dbf.
Вроде как бы работа с "родными" таблицами в dbeng32 расковыряна уже, в плане перебора таблиц, работы с индексами и тп.
(смотрим http://www.infostart.ru/projects/811/)
Присовокупляем к этому SQLite, и с помощью механизма виртуальных таблиц отображаем 1Сные дбфки в базу SQLite, можно сразу с человеческими именами. Ну и далее соответственно, движок SQLite даст возможность писать нормальные запросы к этим дбфкам, безо всяких прокладок в виде VFP драйверов и ADO, причем и в монопольном режиме. Мне сейчас этим недосуг заниматься, да и не очень актуально это для меня, но вот для контор с 15-30 юзерами, сидящими терминально в дбф, было бы неплохо.

kiruha писал(а) 17. Октября 2007 :: 07:20:

Вообще, да. Вот тут у меня есть примерчик: 3Гб база DBF, 50 юзверей, дохловатый по сегодняшним меркам терминальный сервер. Не то, чтобы летает, но более-менее работает. А для SQLite есть такие примеры? Вот что интересно было бы, так это Oracle или Postgre.

kms писал(а) 15. Октября 2007 :: 10:15:

А что в первую очередь ожидается от "сервера приложений"? Выполнение методов 1С объектов на сервере? Или что? Например, чем не достаточно двух 1Сов, взаимодействующих через TCP/IP? Может, немного конкретнее опишешь, как ты представляешь себе сервер приложений?

Видимо не все меня правильно поняли.
Нет речи о замене дбф-движка на SQLLite.
SQLite здесь предлагается использовать как SQL-обертку над dbeng32, позволяя писать нормальные запросы через родной дбф-движок, что позволит в отличии от FoxPro работать и в монопольном режиме.
И не надо говорить, что FoxPro для запросов быстрее. Слаб он, и индексами как-то странно пользуется, вернее не пользуется.

Phoenix писал(а) 17. Октября 2007 :: 07:26:

А есть живые люди, на которых производились испытания этого продукта?

orefkov писал(а) 17. Октября 2007 :: 07:30:


Откуда информация что Fox слаб?

Отчет продажи за год, разворот по всем документам, сейчас 30 пользователей, база 1Гб :
Цитата:


А здесь приблизительное сравнение на 2 операции SQLLite и Fox :
http://www.1cpp.ru/forum/YaBB.pl?num=1191570663/30

Здесь использование индексов :
http://www.1cpp.ru/forum/YaBB.pl?num=1184317705/0

Индексами он пользуется нормально, другой вопрос, что в самой 1С они изначально не совсем оптимально построены.Но это вопрос разработки, а не драйвера.

Чтобы не было непредметной дискуссий - предлагаю приводить конкретные тестовые значения, а не свои или чужие предположения.

Z1 писал(а) 17. Октября 2007 :: 07:58:

Любопытственно
Z1 писал(а) 17. Октября 2007 :: 07:58:

Кстати, идея. А если пойти не через ковыряние dbeng32, а через создание собственного варианта ODBC-драйвера для MSSQL. 1С будет думать, что она работает с MSSQL, а мы через свой драйвер уговорим ее работать с чем-нибудь другим?

Z1 писал(а) 17. Октября 2007 :: 08:11:

Ну да. Только почему бы чуть дальше не пойти? Сделать драйвер с открытым API с возможностью подключать к нему небольшие модули, обеспечивающими работу 1С с другими БД. В отличие от dbeng32 информации по созданию ODBC-драйверов куда больше.