Планируется небольшой веб-прокет. Решил реализовать на django и сейчас стою перед выбором СУБД. Проект будет с посещаемостью не больше 2000 уников в день (в перспективу). Операций записи будет несколько сотен в час (при посещении в несколько тыс. уников). Чтения намного больше.

Всегда в небольших проектах использовал SQLite3, но тут задался вопросом. Глянул тесты скорости - http://www.sqlite.org/cvstrac/wiki?p=SpeedComparison

При небольших количествах записи (1000) SQLite заметно проигрывает MySQL, но при больших (25000) выигрывает. На выборку 5000 записей SQLite3 выигрывает у MySQL. Как видите в на запись MySQL выигрывает, а на чтение проигрывает SQLite3. Что вы посоветуете? Есть ли у SQLite3 подводные камни, о которых я могу не знать? Спасибо.

Наверное лучше всего SQLlite - он все-таки гораздо легче мускула, а при описанной нагружености запросами и, как я понял отсутствии потребности в транзакциях, те микросекунды выигрыша сводятся к нулю…

c sqlite часто будете ловить 500 ошибку связанною с локом базы

slav0nic
c sqlite часто будете ловить 500 ошибку связанною с локом базы

Такое бывает в случае высокой нагруженности, но я сомневаюсь, что в данном случае (

e4key
несколько сотен в час

) такие проблемы возникнут.

regall
такое стабильно бывало на python.su, с sqlite всё хорошо лишь в теории

Я везде использую PostgreSQL. В любых проектах.

sairus
Я везде использую PostgreSQL. В любых проектах.

А почему?

Daevaorn

sairus
Я везде использую PostgreSQL. В любых проектах.

А почему?

Когда-то давно писал программу на Delphi, с базой на SQLite. Не устраивала скорость работы на сложных запросах, когда требовалось сделать выборки из нескольких таблиц сразу. Да и модель клиент-сервер меня больше устраивает, нежели библиотека-файл.

С MySQL сейчас всякие терки идут насчет покупки, перепокупки и т.д. (Sun, Oracle), а мне нужен стабильный продукт с подходящей лицензией. Плюс у MySQL в MyISAm не поддерживаются транзакции и отношения между таблицами (на счет последнего точно не помню), а InnoDB медленна.

PostgreSQL, конечно монстр. Но в нем есть всё что мне нужно. Для многих моих проектов он избыточен, но я выбираю его.

Кстати, непопулярность PostreSQL вызвано отсутствием нормальной русскоязычной документации. Попробуйте найти книгу в магазине. Зато по MySQL их предостаточно.

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

+1 за postgres.
лишь добавлю, что без pgbouncer в “жирных”, высоконагруженных проектах или на медленных VPS'ax его лучше не юзать В)
Хотя бывало наталкивался на проблемы в джанге, да и отсутвие поддержки search не радует, 3 года тикет висит :\

Работаю только с PostgreSQL. По ситуации - с SQLite3.
Про MySQL сказали выше, невозможность гарантировать целостность. В свое время сильно намучился, когда использование этой РСУБД было неизбежно (наряду с MyISAM). Частенько приходится отказываться от работы, так как обязательным (и необъяснимым, точнее неаргументированным :-) условием является использование MySQL.

..bw