[sqlite] Неужели он действительно быстр?

Он ведь не ACID? Значит нет журналов, и т.п. Если сайту не нужны транзакции, почему бы sqlite не быть быстрым?

>много потоков

нет в нём такого.

транзакции вроде были

По сравнению с чем, текстовыми файлами или postgresql? :}

>_реальных_ базах, работающих в много потоков

в sqlite нет сервера, не рассчитано оно на такое применение. К тому же при использовании sqlite и всеми любимого пых-пыха многопоточность совсем обламывается :)

Вроде бы транзакции есть. Вроде бы ценой лока файла. Поэтому вряд ли оно способно к серьёзным действиям в ситуации где очень много запросов в секунду от разных потоков. А так фиг его..

почитал ссылку. Почти все либо путают sqlite и mysql, либо sqlite в глаза не видели ни разу. Пишут про какие то подключения

есть журналы

Если база большая, то сливает mysql'ю и postgres'у.

Во много потоков? SQLite? Вы делаете мне смешно.

SQLite — это способ хранить кучу динамично изменяющихся данных в некоем файле, и выуживать эти данные с помощью SQL, а не каких-нибудь велосипедов. Всего лишь. Многопользовательский доступ, возможно, и торт, если все дело работает в один поток.

Да, с многопоточностью тут туго.

Вообще если нужна очень быстрая встраиваемая база, и не нужен SQL, то наверно лучший вариант это BerkeleyDB.

> Он ведь не ACID? Значит нет журналов

Транзакции как раз есть. Там не контролируется целостность ключей.

Он быстр на одном потоке. На многопоточке быстро затыкается :)

В нем мало что есть. Поэтому быстр. А вот если надо что-то сложное делать... то лучше его не брать

ЗЫ: и еще надо правильно настроить транзакции, комиты на диск

>Транзакции как раз есть. Там не контролируется целостность ключей

http://www.sqlite.org/foreignkeys.html ?