Исходное сообщение
"В выпуске Berkeley DB 5.0 появилась поддержка SQL" Отправлено Veter, 26-Мрт-10 14:45
> Получается, что при каждом запросе sqlite открывает и закрывает файл, > а при следующем запросе по сути начинает с чистого листа ? При _подключении_ открывает файл. Если в каждом коннекте только один запрос, то каждый будет "с чистого листа" - если не используется shared cache и встроенный сервер. В вебе использую отдельное подключение на каждый HTTP-запрос - т.к. процессор уровня кореквадро позволяет в секунду инициировать около 8 000 новых подключений к базе, а количество выполняемых HTTP-запросов в разы меньше. Открытие БД занимает несколько сот микросекунд, в зависимости от сложности схемы БД и количества загружаемых расширений. В принципе, главное - использовать короткие транзакции. Например, делая копию выборки в in-memory таблицу (временную), чтобы на этапе отрисовки веб-страницы и прочей обработки результата не блокировать основную БД от записи. Зато скорость выполнения запросов радует: http://geomapx.blogspot.com/2009/11/postgresql-81-vs-sqlite-... Часто получается, что на администрирование нагруженного постгреса больше времени уходит, нежели на написание необходимых расширений к эскулайт.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Получается, что при каждом запросе sqlite открывает и закрывает файл, >> а при следующем запросе по сути начинает с чистого листа ? > При _подключении_ открывает файл. Если в каждом коннекте только один запрос, то > каждый будет "с чистого листа" - если не используется shared cache > и встроенный сервер. > В вебе использую отдельное подключение на каждый HTTP-запрос - т.к. процессор уровня > кореквадро > позволяет в секунду инициировать около 8 000 новых подключений к базе, а > количество выполняемых HTTP-запросов в разы меньше. Открытие БД занимает несколько сот > микросекунд, в зависимости от сложности схемы БД и количества загружаемых расширений. > В принципе, главное - использовать короткие транзакции. Например, делая копию выборки в > in-memory таблицу (временную), чтобы на этапе отрисовки веб-страницы и прочей обработки > результата не блокировать основную БД от записи. Зато скорость выполнения запросов > радует: > http://geomapx.blogspot.com/2009/11/postgresql-81-vs-sqlite-3620-in-real.html > Часто получается, что на администрирование нагруженного постгреса больше времени уходит, > нежели на написание необходимых расширений к эскулайт.
	Введите код, изображенный на картинке: