Использую встроенные в свои серверные процессы и в AOL Server. Кстати, непосредственно в исходниках эскулайт есть пример демона (на С).

apapacyНу если я отвечу что по оределению это не может быть так же надежно как серверный вариант с сервером заточенным под многопользовательский доступ. Вы мне поверите?
"По определению" - это отмазка студента-двоечника, который не знает, о чем говорит, но надеется, что вдруг есть какое-то подходящее определение, известное собеседнику :)

apapacyВы лучше просветите насчет другого: что может дать скулайт, чего нет в PostgreSQL или тем более в MongoDB?

На оффсайте ясно написано: "Small. Fast. Reliable. Choose any three.". Вот именно сочетание трех этих факторов и ценно. Для специалистов еще много всего - подключение внешних источников данных как таблиц (только в последних постгресах появилось), отсутствие администрирования, возможность записи во view (в постгресе не помню, допилили ли это хотя бы в новых версиях) и проч. Полнотекстовый поиск в эскулайт очень хорош - быстрый, способен работать с огромными объемами данных (сам я тестировал до четверти терабайта на таблицу, нужно было для некоторых проектов), в то время как в постгресе FTS недоделан и требует лишних обращений к таблице вместо работы только с индексом (кажется, кто-то из разработчиков постгреса над этим работает давно и пока без видимых результатов).
Думается мне, MongoDB здесь упомянут вообще "не в тему" - по отзывам, и тормозит и данные на ровном месте теряет, "живые" отзывы вполне соответствуют тому, что об опыте эксплуатации этой фигни пишут на форумах (к примеру, на хабре про нагруженные проекты на MongoDB есть). Полнотекстовый поиск в MongoDB только-только появился, стеммер там единственный (Портера) и для нас малополезен, скорость аховая. Кроме как нативной поддержки JSON и яваскрипт, ничего хорошего.

apapacyНа мой взгляд MongoDB наиболее перспективная неСиквел база данных...

Флейм.

apapacyЯ реально работал с несколькими серверами (конкретно Interbase, MSDE2000 Release 5, PostgreSQL, MySQL). По крайней мере три первых успешно восстанавливались после разнообразных и неизбежных сбоев (вполть до грубого выключения компа клавишей OFF)


Страшный "сбой", все читающие должны ужаснуться, не иначе.

apapacyНа мой, обратно же взгляд, все преимущества серверного Скулайта будут иметь весьма относительную ценность, если для восстановления после сбоев необходимо будет делать нечто большее чем просто включить компьютер.

Каким образом СУБД при включении компьютера восстановит развалившийся рейд, к примеру?