ИМХО нужно текст из ридми-файла выложить прямо в эту ветку, а основной файл пусть будет приложен.

Так удобнее читать и обсуждать

Пролог
Как все начиналось и до чего я докатился :
Поводом задуматься послужила ветка
http://www.1cpp.ru/forum/YaBB.pl?num=1183433748
И всплыло задание по передаче прайса на сайт.
Первой мыслью  был  XML но призадумался и оказалось
что создать бд в формате sqliti ничем не хуже XML особенно
если сайт написан на php.


Итак Что такое sqlite ?

SQLite отличается от других SQL движков баз данных тем, что его основная цель - быть простым:
   * простым в администрировании
   * простым в применении
   * простым для встраивания в большие программы
   * простым для поддержки и модификации


официальный сайт http://www.sqlite.org/
Далее везде речь идет о sqlite версии 3.


Очень кратко о sqlite

- sqlite Особая sql субд встраиваемая в приложение. Нулевая дистанция между  приложением и субд.

- соответствует большинству стандартов sql92 и
одновременно имеет изящные расширения  например
     CREATE TABLE  IF NOT EXISTS region ....   - создать таблицу region если она не существует ( если таблица уже есть ничего не делаем )

- в sqlite есть индексы, view, тригерры.

- БД может одновременно использоваться разными компьютерами ( с разным порядком байтов )

- в sqlite есть blob поля

- есть блокировки - три вида блокировок и
транзакции ( нельзя использовать вложенные транзакции совсем как в 1с).

- огромные размеры БД : поддерживаюся базы до 2 терабайт,
колво строк в таблице до 2**64,
строка и blob могут быть размером до 2 гигибайт
точные ограничения см http://www.sqlite.org/limits.html

- малый размер управляющего кода менее 250 кб

- можно скомпилировать сборку под себя изменив опции компиляции и/или сам исходный код.

- простое API хорошо документированное

- есть исходный код

- sql операторы хорошо документированы, есть документация что не поддерживается в sqlite,
особенности NULL

- есть очень много интерфейсов со многими языкама и средами программирования
на многих платформах( наверное на всех, включая кпк,смартфоны ...)

- нуль администрирование - это нулевая установка и нуль сопровождение  базы данных

- бесплатность как самой бд так и исходников

- В sqlite можно определить СВОи функции и потом использовать их в любых sql операторах

- В sqlite есть параметризированные запросы и компиляция запросов

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

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

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

- не обошли эту бд и такие монстры как Google присвоило sqlite лучший продукт
open source 2005 года (http://osdir.com/Article6677.phtml)
В третьей версии Firefox sqlite будет встроена внутри браузера.



Замечания по использованию sqlite :

Далее в своих примерах я использую только utf-8.
Чтобы как можно меньше  зависить от кодировок и/или их различий на разных платформах
рекомендую предерживаться ограничений :
1. Полный путь файла к бд sqltite не содержал русских букв только латинские.
2. Операторы sqlite (SELECT, FROM и.т.д. ) писать только заглавными латинскими буквами
3. Для имен таблиц, полей таблиц, индексов и.т.д использовать только маленькие
латинские буквы и цифры.


sqlite

На форуме слишком маленький размер присоед файла поэтому даю прямые ссылки на продукты
скачать sqlite можно здесь http://www.sqlite.org/download.html
Precompiled Binaries For Windows
sqlite-3_4_2.zip (179.14 KiB) сейчас версия 3.4.2.
скачиваем архив распоковываем. Запускаем
Все у Вас есть sqlite. Это примитивная консольная оболочка но в ней тоже можно работать.
Запускается так sqlite.exe <Полный путь к бд>. Если такого файла нет то создается бд sqlite.
Самая интересная команда в этой оболочке .pragma позволяет задать системные характеристики БД.
Также в интернете есть очень много визуальный оболочек наподобие EntepraseManager -
но все они путаются с кодировками ( и есть оболочки для sqlite 2) и лучше их не использовать.
Наиболее функциональная из них SQLite Expert version  ( но платная )
в этой оболочке я проверял что BLOB правильно были внесены в БД sqlite.

Что может дать sqlite для 1с.

Таблица в БД sqlite очень похожа на Таблицу значений 1c.
какие есть типы поля таблицы INTEGER , REAL, TEXT, BLOB, NULL.
Эта таблица слаботипизированна. Можно указать даже длину поля
техт (30) но тем не менее Вы в это поле можете записать и строку с длиной 100 и с длиной 1000 и
даже blob объект. Далее если мы в колонку с типом INTEGER будем сохранять строку то произойдет следущее
если возможно преобразовать эту строку в число то в таблицу запишется число иначе в таблицу
запишется строка.
SQLite версии 3.0 и выше позволяет хранить BLOB данные в любом поле, даже если оно объявлено как поле другого типа.
Фактически типы колонок являются чисто описательными и необязательно точно соответствуют данным.

1. Можно использовать таблицу sqlite вместо Таблицы значений.
Скорее всего sqlite будет быстрее и стандартной Таблицы значений и индексированной ТЗ из 1с++.
В результате мы получим все то что и сейчас плюс  обращение к ТЗ используя sql операторы.
в sqlite есть оператор attach - т.е. к одной бд можно прилинковать ( ATTACH ) другую sqlite бд,
а значит если у нас есть две таблицы значений в двух разных sqlite базах
то мы сможем к этим ДВУМ ТЗ написать один sql запрос.
2. скопировать одну sqlite таблицу можно одним оператором в рамках одной бд.
3. удалить строки аналогично заводим новый столбец помечаем в этом столбце строки к удалению
и одной командой удаляем все ненужные строки из таблицы.
4. можно хранить в sqlite бинарные данные ( сертификаты, фотографии ) это лучше чем множество файлов.
Особенно это подходит тем  кто только собирается переходить от dbf к sql.
5. Можно использовать sqlite бд в качестве хранилища. Причем хранилищ может быть много.
Можно полностью написать, повторить функционал v8 методы и свойства ХранилищаЗНачений.
6. Можно использовать sqlite базу для интерфейса с другими приложениями
и не обязательно на PC платформе.
7. в wiki sqlite  (http://www.sqlite.org/cvstrac/wiki) описаны множество бесплатных и платных расширений.
например достаточно легко сделать crypt поля причем управлять секретностью будете Вы сами,
или создать БД по технологии клиент-сервер используя сокеты получив свою собственную СУБД простейший клиент-сервер.

Грамотно используя возможности  sqlite - значительно рассширяем область применения 1с.

Еще тенденция т.к. локальные компьютеры пользователей становяться все мощнее и объемы RAM памяти
тоже возрастают, то при использовании sqlite многие вычисления будут выполняться очень быстро при этом
использую все имеющиеся ресурсы компьютера.


Что дальше

Что лучше Litex ( или улучшенный свой объект  ) или достаточно odbc вопрос ?
odbc должен работать с Табличным Полем.
Что можно сделать - на основе Litex написать свою оболочку  внешнюю  ( сом объект ) и/или
внутренюю внутри 1с++.
При этом надо брать самую последнюю версию sqlite.
Поправить работу например свойство RowCount (объекта LiteX.LiteStatement)
возвращает int 64 что 1с не может переварить.
Аналогично не удалось записать,прочитать blob поля хотя на javascript все идет без проблем.
Примеры на javascript прилагаются.
Кстати прочитал о проэкте JET Blue (Microsoft) - мне не понравилось.
Главный недостаток ( имхо) Эти БД (JET Blue) несовместимы даже между разными Windows платформами (Хр и Win2000 b Win2003).


Если кто-то придумает  постановку задачи  ( для теста ) то я могу  сравнить sqlite и все варианты из см
http://www.1cpp.ru/forum/YaBB.pl?num=1183433748 и sqlite Litex и  sqlite odbc.




Эпилог


Самый пессимистичекий прогноз эта тема окажется неинтересной и все скоро забудут об этом.
Самый оптимистический прогноз - сообщество этого форума еще больше подружит
1с и sqlite и родиться новый подфорум на 1cpp :   1с and sqlite
Время покажет...
с уважением, Морев Андрей  aka Z1
по каким либо вопросам со мной можно связаться либо через форум 1cpp, либо e-mail  t_dik (Dog) mail (point) ru

Ну более реалистичен прогноз "золотая середина". Кто-то примет к сведению и будет использовать а кто-то нет.
Мне кажется еще стоит упомянуть, да и поработать с сервером для SQLite.
http://www.opennet.ru/prog/info/3154.shtml

(0) Еще один момент. Рассматривал режим ":memory:" (создание базы данных в оперативной памяти)?

Z1

Безумно интересно.
Примкну-ка я сегодня к оптимистам.

Набросал небольшой тест производительности ИТ vs LiteX.LiteConnection/:memory:
Работать через automation неудобно, медленно, что-то вообще не получилось сделать (параметрические запросы не взлетели).

Ну, это мелочи, потенциал, конечно, огромный.
Только нужна быстрая реализация удобной объектной модели, поддержка преобразований встроенных типов, интеграция со встроенными объектами и.т.п.

Z1 писал(а) 23. Августа 2007 :: 05:42:


Был ли организован обмен в результате?
Я так понимаю - через файл бызы данных? Какой объем по сравнению с XML ?
И по идее - прирост в скорости обмена должен быть колоссальным,
особенно по сравнению с 8.0, где народ жалуется на то , что выгрузка занимает часы...
?