Лучшая СуБД

Собственно сабж. И хочу сразу оговорить несколько моментов(просто народ у нас бывает на форуме очень специфический):

1. Не нужно говорить о том, что каждый продукт для своей задачи. В смысле это и так понятно. Просто скажите ваше мнение по теме, если оно у вас конечно есть.
2. Если нечего сказать, может лучше просто пройти мимо?
3. По поводу критериев, могу сказать вы сами их определяете... Это не сложно
4. По поводу этих пунктов - я хочу слышать мнения по теме, а не наблюдать как кто-то будут переходить на личности(второе предложение - скобочки). ХолиВарс еще не значит базар. Вы программисты, а не торгаши, так оставайтесь же программистами.

Приятной всем беседы

ЗЫ. Опрос добавлять боюсь, а то перенесут в "Тесты и опросы" . Были уже случаи.

0

Firebird - любовь с первого взгляда. На мой взгляд лучшее для небольших и средних решений.
Ms Access - подходит только для того, чтоб дать студентам некотрое представление о базах данных.
MySQL - слабоват.

Сообщение от oxotnik После некоторого допила я заставил таки Постгри использовать 2 гига памяти

Как допилили? Конфиги можете выложить? Мы не могли сформироать Ведомость амортизации (большой отчет в 1С) пока 1С-ники его не переделали (начиная с версии bu 1.2.9 кстати в ответ на наш запрос)
Microsoft SQL наверное мощнее постгреса, потому что на нем этот запрос выполнялся до переделки

0

Algoritmer, Не, тут с вами не согласен... Firebird конечно хорошая вещь, но при пропадании питания компа база рушится практически в любом случае, и битая база всегда вырастает до размера примерно 500 Мб.
Ms Access это отличная настольная СУБД с очень даже неплохим набором средств, это не Паскаль, который был создан для обучения студентов.
На MySQL крутятся огромные базы, я не знаю где это он слабоват......может вам сама база попалась хреново продуманная и не проиндексированная.

0

AllegroGraph.

0

Сообщение от Algoritmer Как допилили? Конфиги можете выложить?

Уважаемый, это было 2 года назад. Я щас уже не толком помню даже, что такое 1С.
А вообще в сети полно мануалов, по настройки постгреса, помню читал форумы и правил конфиги.

0

Сообщение от solar_wind Firebird конечно хорошая вещь, но при пропадании питания компа база рушится практически в любом случае

Зато backup делается на лету. Учитывая этот момент, бросок питания раз в пару месяцев не такая уж проблема. И вообще, любое уважающее себя предприятие хотя бы сервер бесперебойником снабжает.

0

Algoritmer, У меня он на неуважающих себя предприятиях крутится, да еще и на пользовательских компах, на которых бабульки или молодые девушки без образования работают.....reset их любимая кнопка

0

Сообщение от solar_wind У меня он на неуважающих себя предприятиях крутится, да еще и на пользовательских компах

Ну при таком подходе и в Oracle, который достаточно надежен, может база накрыться так, что из backup восстанавливать придется.

0

Сообщение от Grossmeister Ну при таком подходе и в Oracle, который достаточно надежен

Не факт....firebird все таки бесплатная СУБД.....

0

Сообщение от solar_wind Не факт....

Не факт - что?

Сообщение от solar_wind firebird все таки бесплатная СУБД.....

У Oracle тоже есть бесплатная версия XE. С ограничениями, но все таки...

И потом, всегда ли хорошо бесплатное ПО? Оно, конечно экономия, но за платную продукцию можно хоть претензии предъявить поставщику (не говоря уж о техподдержке), а бесплатное? "Дареному коню в зубы не смотрят"

0

Сообщение от Grossmeister И потом, всегда ли хорошо бесплатное ПО? Оно, конечно экономия, но за платную продукцию можно хоть претензии предъявить поставщику (не говоря уж о техподдержке), а бесплатное? "Дареному коню в зубы не смотрят"

Ни кто не мешает взять платную поддержку.

0

Grossmeister, Не факт что СУБД не сможет автоматом восстановить базу после сбоя питания. Хотя точно не знаю, не пробовал с Oracle это проделывать.

0

Сообщение от solar_wind Grossmeister, Не факт что СУБД не сможет автоматом восстановить базу после сбоя питания. Хотя точно не знаю, не пробовал с Oracle это проделывать.

Так я и не сказал, что обязательно не сможет, я сказал "может база накрыться так". Да, у Oracle есть процесс, который при старте БД попытается произвести восстановление. Но удастся ему это или нет, зависит от того, в каком состоянии находилась база при пропадании питания.
На форумах полно топиков, в которых примерно следующее: "Аварийно выключилось питание, при старте Oracle выдает такие-то ошибки".

0

Сообщение от Grossmeister за платную продукцию можно хоть претензии предъявить поставщику (не говоря уж о техподдержке)

А вы когда-нибудь пробовали это сделать?
А мы пробовали? Так вот я вам скажу, что Оракл по поводу претензий не особо-то и шевелится... В лучшем случае вам укажут на некоторые (неадакватные) настройки вашей ОС и произойдет это только после двух недель полного мороза, когда вы их конкретно достанете. Так что я не рассматриваю возможность предъявления претензии как аргумент в пользу какой-либо БД

0

Ну про претензии я, собственно, для красного словца сказал, любое ПО продается as is.
А что касается техподдержки, то пользовали, SR заводили. Реакция бывает разной, но в целом толку добиться удавалось. Конечно, к "жирным" клиентам у них отношение другое (знаю примеры), ну тут уж ничего не поделаешь - рынок.

Добавлено через 16 минут
При заведении SR у него ставится определенный ранг критичности, типа "очень критично", "критично", "может подождать" и др. Так вот, у техподдержки Oracle существуют определенные временные нормы по реакции на SR в зависимости от этого ранга. Я до этого работал в компании - партнере Oracle, так у нас как-то проводили обучение на эту тему. И как повышать этот ранг, если долго не отвечают.

0

Сообщение от Grossmeister Я до этого работал в компании - партнере Oracle

Пожалуй, это главная причина, почему Вы его любите - именно его Вы лучше всего знаете. И эта причина имеет место быть.

0

Сообщение от Algoritmer Пожалуй, это главная причина, почему Вы его любите - именно его Вы лучше всего знаете. И эта причина имеет место быть.

Разумеется. Я, собственно, не собирался участвовать в обсуждении темы, а всего лишь привел некоторые тех. подробности. Поскольку любые подобные обсуждения ИМХО не имеют ни малейшего смысла. Любой продукт, будь то ЯП, СУБД, автомобиль и проч. имеет свои плюсы и минусы. В одних случаях перевешивают плюсы одного, в других - другого. То, что плюсов не имеет (или имеет гораздо больше минусов), достаточно быстро сходит со сцены.
Году так в 85, будучи на дипломе, я прочел книжку - сборник статей, где примерно половина была от сторонников С, а вторая - Pascal. После этого я понял, что любые подобные сранения из серии "послушаешь сноху - права сноха, послушаешь свекровь - права свекровь". После этого я подобные дискуссии практически не читаю, и уж всяко в них не участвую.

0

Сообщение от solar_wind Firebird конечно хорошая вещь, но при пропадании питания компа база рушится практически в любом случае

Верните ForceWrite=True в конфиге, и кол-во потерянных данных устремится к нулю. Очень многие пытаются "оптимизировать" не ведая, что это за счет надежности.
Впрочем, смотря о чем мы говорим, упоминая о "база рушится". Если об orphan page found в логе - то это не поврежение. Конкретно, что происходило?

Сообщение от solar_wind и битая база всегда вырастает до размера примерно 500 Мб.

Не вижу связи. Базы FB действительно никогда не худеют, т.к. не отдают страницы в ФС, оставляяя их для повторного использования. Вероятно после "падения" у вас застряла транзакция, и благодаря sweep_interval=0 (еще одна псевдо-полезная оптимизация в неопытных руках) и не убирается мусор базе. А если приложение настроено исключительно на работу со снепшот-транзакциями, то и TIP-станицы пухнут.

Вобщем нужны логи (точные ошибки), статистика (проверить наличие застрявших транзакций и мусора в базе) и конфиг (наличие сомнительных настроек). ИМХО, для Firebird не свойственно то, что вы сказали.

0

arni, Ни ForceWrite, ни sweep_interval ни запрет уборки мусора в конфиге не стоят.
В данном случае я использую две разные базы. Первая очень редко пополняется и записи из нее практически никогда не удаляются, чаще всего идет считывание данных и их изменение (размер базы порядка 10 мб). Вторая база пополняется постоянно, но очень редко читается (размер базу от 0 до 3 гб).
Доступ к базам осуществляется через библиотеку IBPP. Вторая база рушится часто (но похоже только при пропадании питания). Это значит что база перестает быть доступной через библиотеки, выдает ошибки доступа к базе (обычно это исправляется через утилиты firebird, но на местах работы баз, нет соответствующих специалистов). Не зависимо от размера базы, если он меньше 500 мб, то в случае данного сбоя, база резко вырастает именно до 500 мб.
Логи извлечь проблематично, так как происходит данная вещь обычно в отдаленных местах.

0

solar_wind, на хидер базы и точное сообщение об ошибке я бы взглянул.
Даже если это сделать трудно, можно постараться выковырять эти сведения хотя бы однажды, раз проблема повторяется вновь и вновь.
Если удастся - создайте тему и бросьте мне в личку ссылку - интересно разобраться.

p.s. надеюсь Firebird обновлен до последнего корректирующего релиза для той версии, что у вас в работе.

0

arni, firebird как раз далеко не последней версии. Вполне возможно в последних версиях данной проблемы нет. Но в последних версиях есть изменения в API, что влечет необходимость обновления и библиотек. Вообщем у нас проще смириться с такой особенностью, чем заставлять всех обновляться.

0