Доброго времени суток! Подбираю базу данных под один небольшой проект. Основные требования к БД:

1. Свобода использования (проект делается для государственной, некоммерческой организации, на добровольных началах, по этому, платить за БД -  не вариант вообще)
2. Данных будет не очень много (в пределах 1млн. записей в год, каждая из которых не более 64Кб. Данные за прошлый год - будут сливаться в бинарный формат, архивироваться [например, в tar.gz] и храниться на бэкап сервере, при этом из базы они будут удалены)
3. Требуется максимальная надёжность, БД и простота копирования текущей БД, не прерывая работу пользователей (клиентов БД). Данных будет не много, но очень важна их целостность, желательно не хуже чем в банке. 100% транзакций.
4. Минимальная нагрузка на сервер
5. Возможность работы под Linux (Debian 5/6) 32 бита

Выбираю между FireBird и MySQL.

Скажите пожалуйста, какая БД из этих двух подходит для этой задачи лучше, у какой БД есть преимущества перед другой? Какие ещё варианты можно использовать для решения поставленной задачи?

Что-то не густо ответов... Давайте попробую поставить вопрос по другому.
С какими трудностями Вы сталкивались при работе с MySQL? Больше всего интересует версия 5.х и выше. В какой момент база может дать сбой? Ориентировочный размер рабочей БД 1Гб, преимущественно текст. остальные данные (архивные) будут экспортироваться в специальный формат, после чего будут удаляться из БД.

Очень важна целостность данных, наличие механизма транзакций, возможность бэкапа без остановки сервера БД. Так же, ключевыми моментами являются лицензия, позволяющая свободное использование БД (GPL и т.п.) и минимальная нагрузка на сервер, т.к. организация бюджетная (не коммерческая), и не располагает средствами на покупку полноценного сервера БД. Стоимость самого проекта так же, нулевая (всё делается на добровольных началах).

Если кто-то располагает аналогичной информацией касательно FireBird или какой-то другой СУБД - поделитесь пожалуйста, буду благодарен!

postgresSQL или FireBird.
WolfAlone, вся инфа в сети, гугл.
mysql стал поддерживать ACID довольно недавно (с пятой и далее). как ACID совместимая система - он довольно молод.
постгрез в этом деле пошибче. циферок не дам. сам копай.

bilbobagginz, благодарю за информацию!

С PG работал очень поверхностно. Возможно, кто-то работал с PG? Оставьте пожалуйста своё мнение о работе с этой БД в этой теме!

bilbobagginz, Вы не могли бы озвучить пару слов в пользу PG из личного опыта?

P.S. То, что попадается в гугле в основном инфа из серии: "MySQL - это лучшая БД, по тому, что я с другими не работал" (то же касается любой другой БД). Хотелось бы услышать несколько слов от человека, который реально работал с PG...

я "реально" не работал, если честно:
приходилось в дни сисадминства настраивать веб приложения.
те, которые настраивал на основе постгреза я просто забывал.
а те которые на мускуле - надо было потом оптимизировать, или восстанавливать.
с другой стороны, тех, кто после MSSQL перешел на мускул - очень много.
с т.з. надежности (насколько мне известно) postgres 8.x (даже с 7-й версии) он совместим со стандартом ACID.
ессно поддерживает трансакции.
но и мускул  - тоже (Там надо обратить внимание на вид таблиц, есть 2 вида, со стремными именами, один - который дублируется на диске, другой - нет. в результате один надежнее другого.  ессно надежный - медленнее в создании и в др. вещах. есть и другая разница, один из них позволяет запирать таблицу на уровне строки. другой только всю таблицу локает.)

с третьей стороны, я был посвящен в орден NoSQL недавно - membase, memcache, и т.д.
рекомендую посмотреть. скорость офигенная. простота использования.
но, удобно только в определенных случаях, когда SQL как таковой не нужен.


Это сообщение отредактировал(а) bilbobagginz - 24.6.2011, 23:22

bilbobagginz, скажите пожалуйста, как NoSQL БД дружат с PHP или каким-нубидь другим интерпретируемым "веб-совместимым" языком (например, Ruby или Python)?

P.S. Благодарю за крайне полезную информацию!

не сильно знаком с пхп, про него ничего не скажу, но уверен, что он тоже дружит.
не знаю насколько вы знакомы с руби/питоном, оба языка очень сильно полагаются на структуру грубо называемую "словарь", 
в питоне это dict,  в руби это Hash. 
в общем, дружат эти языки с носкулами очень даже хорошо.
т.е. есть множество упрядоченных  пар вида - <"уникальный ключ", "значение">
в общем именно это и есть "устройство" не-скульных хранилищ (key-value)



Это сообщение отредактировал(а) bilbobagginz - 26.6.2011, 21:59

bilbobagginz, большое спасибо за подробный ответ! (узнал именно то, что хотел узнать)

P.S. Думаю, что если Python (*с Ruby знаком чисто теоретически) дружит с NoSQL DB, значит PHP просто обязан это делать (учитывая его популярность).