dodger778Волнует вопрос использования sqlite в веб-проектах с посещаемость в 10 тыс. уников. Поделитесь впечатлениями или просто проф. мнением.Предлагаю помедетировать над словом embedded.
Если база данных изначально заявлена как embedded, то какая у нее область применения?

Asm64DКогда читал про вариант использования SQLite для сайта, вывод статьи: использовать можно, но только если требуется вывод данных (список товаров и т.п.) и не предвидится изменение бд пользователем сайта.Неверный вывод, а значит дурная статья.
Еще раз повторяю: SQLite это embedded база.

RXLТем не менее, ее не редко применяют на этапе разработки сайта.На этапе разработки? Да запросто! Легкая, быстрая, удобная.
Вот только между этапом разработки и собственно веб-сайтом есть одна существенная разница...

RXLНапример, сайт с БД, обновляемой административно. База маленькая (скажем, 1 МБ). Почему бы не использовать тут sqlite? С большой вероятностью данные базы окажутся в кеше ОС и IO будет минимально.Нуууу.... 1Мб - может быть. Но это с учетом того что на сервере всего один сайт. Ну ладно, убедил, пока база микроскопична и только читается, то можно будет жить.

MBGWhite OwlПредлагаю помедетировать над словом embedded.
Если база данных изначально заявлена как embedded, то какая у нее область применения?Считаете ли вы, что "Герань" - несерьезное оружие, ведь помедитировать над этим словом совсем не страшно? :)Я считаю что база рассчитанная разработчиками на монопольное применение должна монопольно же и использоваться.

MBGЭто правда, только не вся :) Достаточно указать для соединения timeout, в течении которого другой поток будет ждать своей очереди на запись - таким образом хоть тысячи потоков могут вместе читать и писать в БД.Угу, только ты забыл указать кто именно делает этот таймаут.
Да, при удачном подборе языкового драйвера и/или модуля для http-сервера эти самые драйвера и модули могут изображать из себя многопользовательский сервер который и будет заниматься синхронизацией запросов. Но для этого надо настроить очень много вещей не относящихся напрямую к SQLite.

Еще раз повторяю, специально для гуру у которых все работает: SQLite это встраиваемая база данных. И ее надежность и производительность напрямую зависит от того куда и как ее встроят.
MBG, опубликуй пожалуйста модель и версию своего http сервера. Тип и версию языкового модуля на котором ты делаешь свои веб-сайты и тип и версию SQLite модуля используемого в этом языка. И не забудь про размеры кешей и страниц FS и базы.
Вот эти шесть основных вещей и гарантируют работоспособность (или не работоспособность) базы на веб-сайте. Если их все вместе хорошо настроить - будет конфетка. Насколько велика вероятность этого на рядовых веб-сайтах?
Зато если брать полно-размерную многопользовательскую СУБД, то количество неочевидных настроек сокращается в разы. С той же MSSQL или Postgres можно уже с высокой степенью успеха ожидать что база будет настроена хорошо и языковой модуль доступа уже будет примитивным интерфейсом не требующим настройки вообще.

MBGWhite OwlЯ считаю что база рассчитанная разработчиками на монопольное применение должна монопольно же и использоваться.
Если не читать документацию, в мире много страшных и непонятных вещей, несомненно... Подсказка:
Write-Ahead Logging В данном случае, чтение документации на SQLite никак не поможет. А помочь может чтение учебников по ОС. WAL это всего-лишь попытка привязать классическое журналирование к файловой операции. Да, это действительно ускоряет запись и дает большую устойчивость к пропаданию питания. Но и только.
Чтение секции disadvantages по этой самой ссылке тоже показывает много интересного.

MBGWhite Owl только ты забыл указать кто именно делает этот таймаут.
Этот таймаут делает сам SQLite. Документацию читать все же стоит, хотя бы чтоб не обманывать обратившихся за советом:
Set A Busy Timeout Сам? SQLite? Замечательно. Где он находится?
Я не смеюсь, я серьезно спрашиваю: Где находится SQLite? Где находится тот кусок кода который вызывает эту замечательную функцию sqlite3_busy_timeout()? Вот у меня есть файл базы. Я его открыл. Вася его открыл, Петя его открыл, Коля его открыл.... Что произошло? КТО ИЗ НАС ВЫЗВАЛ ФУНКЦИЮ sqlite3_busy_timeout()? В чьем адресном пространстве находится этот код?
И нет, я специально не буду уточнять варианты сборок sqlite3.dll у Васи, Пети и Коли. Или у кого какая сборка этой самой sqlite3.dll. Или у кого-то sqlite3.so... Или оно вообще встроено внутрь супер-программы (или нескольких программ)... Да, совет использовать WAL и Set A Busy Timeout нас конечно же спасет.
И не надо надеяться что наличие sqlite3.dll на веб-сайте гарантирует что у Васи, Коли и Пети будет общий sqlite3.dll. Каждый из них может писать на своем любимом языке: Вася на PHP, Коля на Perl а Петя на VBS. И каждый из языковых модулей может иметь собственный статически прилинкованый sqlite неизвестно какой версии.


MBGМоя версия эскулайт общедоступна: MBG SQLite repository
Конкретно настройки используемого деб-пакета см. тут: debian/rules

Сами деб-пакеты брать здесь: Debian repository
В этом же репозитории лежит и мой сервер приложений и все прочие необходимые пакеты.
.....
Некоторые мои тесты опубликованы в блоге и обсуждались в том числе здесь, см.
http://geomapx.blogspot.com/search/label/PostgreSQL и http://geomapx.blogspot.com/search/label/SQLite Замечательно. Теперь бы вы еще не забывали публиковать все эти ссылки каждый раз когда рекомендуете SQLite для веба. И не забывали делать примечание: "Если хотите получить производительность подобную моей, используйте мою версию а ну тот бинарник которая опубликован на официальном веб-сайте и который ориентирован на все случаи жизни".
Кстати, про http-сервер, и языковой модуль вы таки забыли упомянуть. А я ж не зря про них спрашиваю,


MBGWhite OwlЗато если брать полно-размерную многопользовательскую СУБД, то количество неочевидных настроек сокращается в разы. С той же MSSQL или Postgres можно уже с высокой степенью успеха ожидать что база будет настроена хорошо и языковой модуль доступа уже будет примитивным интерфейсом не требующим настройки вообще.
Звучит как реклама.Нет, всего-лишь как намек на то что у этих баз есть выделенный сервер и на рынке труда есть много людей имеющих опыт по настройке этих баз.
Про их производительность и качество я молчал.

MBGЕсли вы возьмете на себя труд провести некоторые тесты, результат окажется сильно далек от того, что вы пишите.Какие например? Взять стандартный бинарник sqlite3.dll впихнуть его в IIS и замерять как тяжко он будет жить по сравнению с вашим самолично настроенным (и исправленным) модулем под Апачем?


Аксиома 1: До тех пор пока у СУБД нету выделенного сервера эту СУБД сложно использовать в многопользовательской среде.
Аксиома 2: У SQLite нету выделенного сервера.
Аксиома 3: Веб-сервер по определению должен работать со многими клиентами одновременно.
Вывод?

MBGКакой-то бессвязный поток сознания выдаете. Если вам от этого полегчает, могу рассказать, как в адресное пространство процесса постгреса, к примеру, загрузить библиотеку эскулайт... правда, функционал ее от этого ничуть не изменится.Мой бессвязный поток сознания требует только одного: чтобы http сервер администрировал человек хорошо знающий SQLite.

Вы его хорошо знаете - у вас все работает. А у тех кто будет пытаться использовать SQLite на чьих-то http-серверах будут все те проблемы которые я перечислил в моей псевдо-логично звучащей чепухе.

MBGВовсе не обязательно. Для 10-100 тысяч уников вполне сгодится и CGI вариант с дефолтовой сборкой эскулайт:
http://book.mobigroup.ru/wiki?name=www+dynamic+content То есть прочтение этой статьи поможет мне сделать большой веб-проект на IIS и PHP?

MBGКак пример - у меня есть поисковик, написанный как набор утилитКем написанный? Вами? Или командой разноязыких консультантов?
Сервер настроен кем? Вами или приходящим мальчиком? Ах у вас еще и какой-то, никому не известный, aolserver? Ну значит точно вы его сами настраивали.
Иех, как я вам завидую!

А мы живем в зоопарке из двух дюжин физических http серверов разного типа, плюс два десятка СУБД, шести разных типов. А веб-сайты у нас рисуют около сотни человек из разных, не пересекающихся друг с другом групп. И вот со всей этой фигней мы пытаемся летать.