Реляционная база данных для небольшой сети.

[-m-]

I'd prefer mariadb, with anydac (no .dll required, no oracle-mysql code at all)

 

[pshestakov80]

Последняя Oracle 11g XE уже 11 Гб на диске, на х64 ставил без проблем. По производительности Oracle лучшая СУБД. а возможности PL\SQL даже в этой версии намного превосходят возможности процедурного языка Firebird или MySQL (массивы, сложные типы, богатый выбор функций)

 

[afvadik]

Oracle - вещь хорошая, но у него есть один "маленький" недостаток. За него надо платить!

 

[krocodill]

Лучшое на данный момент по цене и стабильности postgresql

 

[Zat]

Не знаю как у кого, но вот за лет эдак...5-6 MySQL не подводила ни разу...
Все просто, работает как часы. Не падает, восстанавливается легко, запустил и забыл. А вот с PgSQL 3 раза пытался поставить на ответственные места - и все 3 раза падало. Надо поглядывать вообщем-то. Большой плюс MySql, почти все языки без проблем работают с ним, нет проблем ни с вебом, ни с C++.
А наличие встроенного запуска по-расписанию... вообще позволило отказаться от внешних обслуживающих программ. Если сервер выделенный и только под себя, то нет проблем организовать внешний запуск программ вплоть до рассылки почты, смс и т.д, без всяких приблуд в виде php и т.д. (Linux, shell-команды). Ну а возможность запускать на многоядерной машине, многопоточность, мультиплатформенность, куча документации, куча "спецов" удешевляет обслуживание.
Вообщем, проще и дешевле - некуда.

 

[Hazarin]

Несколько слов в пользу Firebird
У меня Firebird работает с базами до 30 Гигабайт (по крайней мере в двух местах)

Поддержу. Баз такого размера не было, но за десяток лет использования не вспомню ни одной проблемы с сервером.

 

[vovag3074]

Поддержу. Баз такого размера не было, но за десяток лет использования не вспомню ни одной проблемы с сервером.

У меня порядка 200 Гб. (Документооборот в проектной организации) лет 5 никто не занимается обслуживанием. (Linux Mandriva 2006). Проблем нет. Админ из штанов лезет, но его MSSQL вечно недоступен.:bac:

 

[NkzAlex]

Sql Server Express и никаких проблем

 

[Dr.ON]

+1 fireberd

 

[shelter]

Можно документы отдельно файлами хранить, а в БД только ссылки. Во многих отношениях полезно

 

[romkau2]

Вообще если надежность то Оракл! А так смотреть что по карману лучше)))

 

[chessvelsp]

Конечно во многом зависит производительность от тока насколько правильно спроектирована база данных.
Может и большая база быстро работать с большими объемами

 

[afatabe]

Для Простота и скорость будет использовать Firebird

 

[varezprog]

у меня в небольшой сети (2-3 компьютера) хорошо работает SQLite, хотя она предназначена для локального использования, нопри постоянных бэкапах не валится.

 

[KnyazewSergey]

у меня в небольшой сети (2-3 компьютера) хорошо работает SQLite, хотя она предназначена для локального использования, но при постоянных бэкапах не валится.

Трехногий конь в кавалерии

 

[vovag3074]

Можно документы отдельно файлами хранить, а в БД только ссылки. Во многих отношениях полезно

Контроль за документами попробуйте обеспечить.... Знаем плавали. Пришли к тому, что разделение данных на БД и ссылки выглядит хорошо, но только на тестовых прогонах. А попробуйте реализовать защиту от изменений или утери документа или отслеживание изменений и чтобы работало на Linux и Windows серверах. Не выйдет. Документы (а не письма читателей) должны храниться в БД. + у FireBird это родной режим.

 

[andrewsnh]

Ставьте Oracle (10g XE) и не мучайтесь.
Он бесплатен. Для небольших компаний просто находка.
Не нужно фото и видео в базе хранить, используйте сетевой сторадж
Та мощь и надежность что Oracle дает, некоторым другим БД пока только снится...

 

[JayDi85]

По поводу MySQL, а точнее, ее недостатки для использования в качестве базы данных у самописного приложения:
- САМЫЙ БОЛЬШОЙ: необходимость установки и настройки на стороне пользователя (т.е. нет готового решения для установки своего приложения и базы одним кликом). Нет такого функционала, как автозапуск базы при запуске приложения, как например у Firebird;
- не оптимальные настройки по умолчанию -- проблемы с производительностью для больших или нагруженных приложений, и необходимость настраивать конфигурацию под каждый сервер;
- сложность с резервным копированием и необходимость в использовании отдельной утилиты, причем аккуратно настроенной по правам (нельзя просто взять файлы базы и скопировать);
- не слишком надежная репликация (редко, но ломается, например, из-за сбоев с питанием или сетью).

 

[GuardianFree]

MySQL, Firebird - Обе OpemSource

 

[sikancil]

Absolute Database also worth to try..