Бесплатные СУБД?

  • Автор темы vladgul
  • 11246
  • Обновлено
  • 13, Jul 2010
  • #2
самая нормальная бесплатная СУБД - MySQL, к тому же знания потом могут пригодиться в веб-приложениях.
 

steaze


Рег
01 Sep, 2009

Тем
2

Постов
10

Баллов
30
  • 20, Jul 2010
  • #4
Не стоит. Впрочем, детали зависят от причин. Что именно вас не устраивает в скорости работы Firebird?
 

debose


Рег
17 Sep, 2008

Тем
1

Постов
4

Баллов
14
  • 21, Jul 2010
  • #5
Так вот и хотелось бы понять, есть ли какие преимущества/недостатки других бесплатных СУБД по сравнению с FireBird. (Кол-во одновременно подключаемых клиентов больше 10-15)
 

vladgul


Рег
27 Dec, 2009

Тем
7

Постов
16

Баллов
86
  • 22, Jul 2010
  • #6
vladgul, post: 719447:
Так вот и хотелось бы понять, есть ли какие преимущества/недостатки
других бесплатных СУБД по сравнению с FireBird. (Кол-во одновременно подключаемых клиентов больше 10-15)
Да у любой СУБД есть свои преимущества, и есть недостатки.

Даже у Oracle И если ты только начинаешь делать первые шаги в изучении SQL, и у тебя нет четких требований по выбору БД, то останавливай свой выбор на Oracle.

Став хорошим профессионалом ты на всю оставшуюся жизнь будешь обеспечен работой и хорошей зряплатой.

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

 

a101010


Рег
15 Mar, 2010

Тем
4

Постов
34

Баллов
74
  • 22, Jul 2010
  • #7
Несколько лет назад мне не советовали использовать PostgreSQL под Windows. Может кто-то откоментить, изменилось ли что-нибудь за это время с этой весьма продвинутой СУБД под озвученную операционку?
 

Ognev


Рег
20 Aug, 2004

Тем
8

Постов
99

Баллов
179
  • 09, Aug 2010
  • #8
Ognev, post: 719449:
PostgreSQL под Windows
Я пробовал. Гемор страшный - инсталлятор, обновление версий, кривые драйверы ODBC, слетают настройки в ODBC и т.д., убогий язык. Рекомендую MS SQL Express (2008R2). По-моему, это настолько стабильная система, что за нее можно даже полюбить Microsoft
 

demav


Рег
20 Nov, 2008

Тем
4

Постов
29

Баллов
69
  • 09, Aug 2010
  • #9
demav, не согласен одназначно с утверждением об убогости языка, если это про SQL.

В то время, когда я PostgreSQL рассматривал как альтернативу FireBird, именно почти полная поддержка SQL-92 имела здесь вес.

Ну и потом, использование ODBC - это универсальная для винды, но слишком убогая прокладка для доступа к БД. Бросьте каку, чисто imho )))))
 

Ognev


Рег
20 Aug, 2004

Тем
8

Постов
99

Баллов
179
  • 11, Aug 2010
  • #10
Кручу FireBird с первых релизов.

Если грамотно написано приложение (пользуем SQL), а не прикручиваем целые таблицы к форме - пара сотен активных подключений практически без нагрузки на сервер. FireBird & InterBase 1. Установка - та хоть батником.

Удобна. 2. Настройка - делается 1 раз правкой ини файла.

Удобна. 3. Размер дистрибутива - смех.

Удобна. 4. Кроме самого дистрибутива ничего доставлять для нормальной работы не надо.

Очень удобно.

5. Безопасность на уровне файловой системы+внутренняя безопасность бд. Нравица.

6. Скорость работы - МНЕ ХВАТАЕТ.

7. Обслуживание после установки и настройки только своевременный BackUp.

8. IBExpert - мая его любит.

9. Из минусов некоторый геморрой с SQL но это есть в любой бд.

IB насколько я помню до 28 подключений без лицензии можна.

Зачем менять такую прелесть на чета другое? Из альтернатив MySQL.

Вот насчет мелкософта или оракула хоть убейте немогу понять тех людей которые 50 таблиц весом в пару метров гоняют на бд весом в гигабайты.
 

xpect


Рег
09 Aug, 2010

Тем
1

Постов
5

Баллов
15
  • 11, Aug 2010
  • #11
xpect, post: 719453:

Вот насчет мелкософта или оракула хоть убейте немогу понять тех людей которые 50 таблиц весом в пару метров гоняют на бд весом в гигабайты.
Полностью согласен. Выбор БД однозначно определяется задачей которую необходимо решать.

И если объем базы будет в 100 записей в день, то можно писать софт на чем угодно! А знание Oracle будет тебе плюсом только в случае устройства на работу в контору где она используется (конечно на соответствующую З/П) А проекты "для дома-для семьи" на Oracle не пишутся.

Из пушки по воробьям не зачем стрелять.
 

a101010


Рег
15 Mar, 2010

Тем
4

Постов
34

Баллов
74
  • 11, Aug 2010
  • #12
xpect, post: 719453:

5. Безопасность на уровне файловой системы+внутренняя безопасность бд. Нравица.
С безопасностью, это вы погорячились. Все привелегии на доступ к базам храняться в файле security.fdb (FB 1.5) или security2.fdb (FB2), а не в файлах самих БД, как должно быть по уму. Ну а безопасности "на уровне файловой системы" в FB нет вообще. Это вы с Виндой попутали )))
xpect, post: 719453:
9. Из минусов некоторый геморрой с SQL но это есть в любой бд.
Что за геморой, если не секрет? Вроде достаточно богатый язык SQL реализован. P.S.
a101010, Я надеюсь, что вы вняли предупреждению. Если подобного рода ничего не несущие сообщения будут появлятся не во Флейме, то уж не обессудьте.
 

Ognev


Рег
20 Aug, 2004

Тем
8

Постов
99

Баллов
179
  • 11, Aug 2010
  • #13
Ну а безопасности "на уровне файловой системы" в FB нет вообще
это от винды.

Бес попутал

SET SQL DIALECT 3;

CREATE DATABASE 'c:\base.ib' USER 'SYSDBA' PASSWORD 'masterkey' PAGE_SIZE 8192 DEFAULT CHARACTER SET WIN1251;

CREATE TABLE TEST (P1 INTEGER NOT NULL PRIMARY KEY);

commit;

Connect 'c:\base.ib' USER 'SYSDBA' PASSWORD 'masterkey';

alter database add admin option;

commit;

Создаем базу этим скриптом (пользователь с паролем должен присутствовать
в файле security.fdb (FB 1.5) или security2.fdb (FB2)
) Создаем любого пользователя в бд и удаляем из бд пользователя SYSDBA все. Доступ к базе принадлежит только базе, а не серверу.
Геморой с SQL? Да хоть с этим скриптом. Если из него выкинуть часть по созданию таблицы или порезать другими кусками то результат будет отличаться от желаемого. Вложенность запросов - отдельная тема. Столкнулся месяца 3 назад, ща уже не скажу.
 

xpect


Рег
09 Aug, 2010

Тем
1

Постов
5

Баллов
15
  • 11, Aug 2010
  • #14
xpect, post: 719456:
Создаем любого пользователя в бд и удаляем из бд пользователя SYSDBA все. Доступ к базе принадлежит только базе, а не серверу.
Это вы сейчас о чем? ))))) Еще раз повторю, что пользователи, не принадлежат БД, они принадлежат серверу. В БД храняться лишь их права. К тому же SYSDBA вам никто не даст удалить, и при подключении к любой БД он имеет исключительными права, хотите вы того или нет.
xpect, post: 719456:
Геморой с SQL? Да хоть с этим скриптом. Если из него выкинуть часть по созданию таблицы или порезать другими кусками то результат будет отличаться от желаемого.


Так вы пишите такой скрипт, который будет делать то, что вам надо, а не фигню какую-нить ))) Ну а если из скрипта "выкинуть часть по созданию таблицы", то ооочень логично, что результат будет не такой, как если не выкидывать )))

И с транзакциями надо быть поаккуратнее, может тогда скрипты будут делаться так, как надо, а не хрен и абы как поймешь.
 

Ognev


Рег
20 Aug, 2004

Тем
8

Постов
99

Баллов
179
  • 11, Aug 2010
  • #15
Опять память моя меня подвела.

Embedded User Authentification (EUA) реализована только в IB начиная с 7.5 и выше.

Насчет второй части - весь замысел был в строке "alter database add admin option" которая и позволяет хранить пользователей в базе данных.

На InterBase 7.5 есть проблемы с включением этой функции.

В идеале должно было работать так http://www.ibase.ru/devinfo/ib75eua.htm

. В FB 2.1 хотели прикрутить, но увы, а я так ждал...
 

xpect


Рег
09 Aug, 2010

Тем
1

Постов
5

Баллов
15
  • 16, Aug 2010
  • #16
Имею опыт написания коммерческих систем с использованием СУБД больше 20 лет...

Пробовал много разных...

IB и FB - самые лучшие - Если делаешь обработку на сервере (Используешь хранимые процедуры и триггера). И еще очень важно грамотно сформировать индексы - их нужно оптимизировать вручную под конкретные запросы.

Конечно это имеет смысл при базе достаточно большого объема. А про безопасность - кто не видел у юзеров бумажки с паролем наклеенной на монитор?
 

dimamir


Рег
28 Jul, 2006

Тем
0

Постов
2

Баллов
2
  • 17, Aug 2010
  • #17
Вариант против бумажек - сертификат+ключик+пароль. Памагает. Ну это если база интересная.
 

xpect


Рег
09 Aug, 2010

Тем
1

Постов
5

Баллов
15
  • 20, Aug 2010
  • #18
xpect, post: 719461:
Вариант против бумажек - сертификат+ключик+пароль. Памагает. Ну это если база интересная.
Я делал смарткарта + пинкод. Все равно - карту прячут под клавиатуру, а пин на бумажке к монитору
 

dimamir


Рег
28 Jul, 2006

Тем
0

Постов
2

Баллов
2
  • 23, Dec 2011
  • #19
+1 за Firebird, очень маленькая, достаточно мощная, есть вариант бе установки - скопировал пару дллок вместе со своей ехе-шкой и работай!
 

Misha_T


Рег
25 Jun, 2006

Тем
0

Постов
4

Баллов
4
  • 06, Mar 2012
  • #20
Если сравнивать Postgre и Firebird, я скорее выберу Firebird, и естественно 2.x с нормальной поддержкой юникода. У Firebird есть жесткое ограничение 2 Gb на базу.

Причем вам не поможет ни железо, не оптимизация. Для больших баз никуда не денешься нужно использовать платные продукты Если вам нужна быстрая БД в основном для чтения, то здесь нет конкуренции у mySQL, если конечно вам нужен SQL.

В противном случае посмотрите на NoSQL решения, Redis например.

Если адекватно оценить свои задачи по хранению и доступу к данным, вдруг оказывается что реляционная модель не так уж востребована

Ну, а для совсем мелочей Sqlite или вообще XML (благо почти везде стандартный DataSet кушает XML) .

В итоге вывод одной базы мало, а чтоб работать со всеми отказывайтесь от Fib-ов и прочих специализированных шняжек, и используйте в каждом проекте независимо от базы наиболее универсальные компоненты (типа шаг назад от прогресса, но это как посмотреть.

универсальность и реиспользование кода дорого стоит).
 

aquafan


Рег
06 Mar, 2012

Тем
0

Постов
3

Баллов
3
  • 13, Mar 2012
  • #21
Это скорее ограничение FAT32
aquafan, post: 719465:

У Firebird есть жесткое ограничение 2 Gb на базу.
Даже у Firebird 1.5 не было такого ограничения. Я пробовал создавать базу размером 21 Гигабайт, естественно на NTFS. А для FAT32 ограничение на размер файла в 2Гб Firebird умеет обходить путем создания дополнительных файлов БД (но я этим на практике не занимался).
 

vladgul


Рег
27 Dec, 2009

Тем
7

Постов
16

Баллов
86
  • 24, Oct 2012
  • #22
С базой данных до 15 Гб я бы смотрел в сторону бесплатной версии MS SQL Express В случае развития всегда можно расшириться до платной
 

maxim220


Рег
17 Jun, 2006

Тем
0

Постов
28

Баллов
28
  • 24, Oct 2012
  • #23
Недавно пришлось оптимизировать запросы, т.к. БД разрослась до 64 Гб. При этом много лазил по инету и читал различные тесты и сравнения БД. Краткий итог: Firebird 2.x по ВСЕМ показателям превосходит MS SQL.

По скорости работы, объему служебных данных, занимаемой памяти (ОЗУ) и др. При хорошо организованных индексах, и оптимизированных запросах скорость отработки запроса к БД (64Гб) около 1-2 сек.
 

vladgul


Рег
27 Dec, 2009

Тем
7

Постов
16

Баллов
86
  • 01, Dec 2012
  • #24
vladgul, post: 719468:
Недавно пришлось оптимизировать запросы, т.к. БД разрослась до 64 Гб.
При этом много лазил по инету и читал различные тесты и сравнения БД.

Краткий итог: Firebird 2.x по ВСЕМ показателям превосходит MS SQL.
По скорости работы, объему служебных данных, занимаемой памяти (ОЗУ) и др.

При хорошо организованных индексах, и оптимизированных запросах скорость отработки запроса к БД (64Гб) около 1-2 сек.
Смех в зале. Как у вас обстоит дело с бэкапами? Как вы организуете сегментирование больших таблиц? Как там поживает сборщих мусора? Предположу, что вы просто ничего не знаете про MS SQL.

Это промышленная СУБД, очень гибкая в настройках, производительная и... дорогая.

Работал с постгресом, мускулом, фаербердом, интербейсом и MS SQL.

Если не говорить о стоимости, то MS SQL на больших проектах легко обходит их. На мелких разницы не заметил.

Фаерберд нравится возможностью работать без сервера.

Недавно был на семинаре Embarcadero, они обещали сделать Interbase под мобильные платформы (иось и андрюша)...
 

FILLrate


Рег
17 Jun, 2010

Тем
1

Постов
6

Баллов
16
  • 25, Dec 2012
  • #25
>>Как у вас обстоит дело с бэкапами? Согласен не очень хорошо. Но лечиться: делаем ночью и на другой физический диск, используем nbackup

>>Как вы организуете сегментирование больших таблиц? Да ни как. Проектировать БД нужно изначально правильно.

>>Как там поживает сборщих мусора? Если не пользоваться автоматикой компонентов по управлению транзакциями и использовать простое правило при ручном управлении "пишущая операция использует короткую транзакцию" то очень не плохо поживает.
 

Error_999


Рег
25 Dec, 2012

Тем
1

Постов
12

Баллов
22
  • 08, May 2013
  • #26
В пользу MS SQL Express можно добавить, что проект может через некоторое время перерасти возможности бесплатных СУБД (не только по размерам БД) и вот тут переход с бесплатного MS SQL Express на полноценную версию пройдет очень гладко, в отличие от вынужденного перехода с одной СУБД на другую.
 

dnk


Рег
14 Sep, 2006

Тем
0

Постов
1

Баллов
1
  • 15, Jul 2013
  • #27
MS SQL, FireBird, MySQL.... По моему, не надо сравнивать платные и бесплантые. Честно будет сравнивать например, FireBird и MySQL. А Вообще, если заказчик потянет платный, так и быть, будем использовать...
 

Beganas


Рег
29 Dec, 2008

Тем
1

Постов
3

Баллов
13
  • 23, Nov 2013
  • #28
для промышленного применения лучше Oracle ничего не видел.

MS SQL из-за примитивного механизма обеспечения изоляции транзакций давал много проблем с дедлоками.

На одном проекте при запуске шедулера обрабатывающего задачи в 60% возникал дедлок.

в MS SQL 2008 есть режим "версионника" и он вроде как решает, но не слышал чтобы его кто-то использовал.
Для своих задач использую MySQL, нареканий нет.
 

shelter


Рег
23 Nov, 2013

Тем
0

Постов
3

Баллов
3
  • 10, Jan 2014
  • #29
+1 к последнему посту.



Oracle XE не советую, работал на проекте где он использовался, уж больно много заморочек разработчику/админу БД он досталял, то там Listener не поднимется, то ещё что-нибудь (как вариант: установка проходит успешно, ошибок никаких нет, однако половина файлов Oracle XE тупо отсутствует в папке назначения).

P.S. Речь об Oracle XE for Windows, возможно под иксами всё лучше.
 

Asator


Рег
02 Jul, 2011

Тем
0

Постов
3

Баллов
3
  • 23, Jan 2014
  • #30
не испытывал проблем с Oracle XE, кроме той, что его дистрибутив раз в 10 больше Firebird или PostgreSQL.
 

Philip.1543


Рег
23 Jan, 2014

Тем
0

Постов
3

Баллов
3
  • 03, Feb 2014
  • #31
SQLite можно, но не рекомендуется если локальный файл базы будет размером больше 200 Мб.
 

Sergio-X86


Рег
02 Feb, 2014

Тем
0

Постов
2

Баллов
2
  • 28, Mar 2014
  • #32
Если критерии выбора базы данных: "только скорость работы, удобство и надежность", то подойдет практически любая современная бесплатная реляционная СУБД: MySQL, PostgreSQL, Oracle XE, MS SQL Express, etc.

Если нужно "повысить скорость работы с базой, надежность, удобство", то нужно вначале спросить себя, чем не устраивают текущие скорость работы, надежность и удобство, а также как имеющиеся проблемы можно решить на текущей СУБД и как конкретные проблемы решаются в альтернативных СУБД.
 

blackstar1


Рег
06 Jul, 2005

Тем
0

Постов
3

Баллов
3
  • 30, Mar 2014
  • #33
SQLite далеко не всегда и везде рулит.

Например, при многопользовательском доступе SQLite блокирует всю базу при записи одним из пользователей, что при определенной нагрузке будет неприемлемо.

В разных задачах эффективны разные инструменты.

Поэтому появилось такое направление как NoSQL, гугл изобрел свой BigTable, а Амазон - DynamoDB и т.п.
 

blackstar1


Рег
06 Jul, 2005

Тем
0

Постов
3

Баллов
3
  • 14, Apr 2014
  • #34
Я для своих задач люблю использовать FireBird либо MySQL.

Все остальное как-то не к душе.

Мне не нравится заставлять пользователей что-то ставить дополнительно.

Люблю, когда пользователь поставил небольшую программу и реализует все свои проблемы.

Для фаера достаточно иметь рядом с базой данных 1 длл и все.

Могу ошибаться, но по моему SQLite не позволяет хранить в блобах картинки и прочие файлы?
 

ITShef


Рег
14 Apr, 2014

Тем
1

Постов
5

Баллов
15
  • 07, Jun 2014
  • #35
Для простого приложения стоит использовать SQLite Если что то посерьезнее, то уже FireBird. Я думаю это лучший выбор из всех баз. Сам использую для разработки PostgreSQL, На крупный проект выбрал именно эту базу, так как не хотел особо думать при прикручивании FB на трехзвенку.
 

keptionos


Рег
07 Jun, 2014

Тем
0

Постов
3

Баллов
3
  • 15, Oct 2014
  • #36
keptionos, post: 719488:
Для простого приложения стоит использовать SQLite
Если что то посерьезнее, то уже FireBird. Я думаю это лучший выбор из всех баз.

Сам использую для разработки PostgreSQL, На крупный проект выбрал именно эту базу, так как не хотел особо думать при прикручивании FB на трехзвенку.
+1 Только в место SQLite лучше сразу FireBird(Embedded). Так как обычно простое приложение дорастает до непростого, а SQLite в отличие от FBEmbedded не удастся лёгким взмахом руки перевести в многопользовательский режим
 

megaevgen


Рег
05 May, 2009

Тем
0

Постов
7

Баллов
7
  • 22, Oct 2014
  • #37
+1 за Firebird. К 2015 году обещают выпустить много интересного в версии 3.0: - пользовательские функции (не процедуры) на языке SQL; - автоинкрементные поля; - триггеры на системные события; - тип BOOLEAN и т.п.
 

Горячий шоколад


Рег
04 Oct, 2008

Тем
0

Постов
3

Баллов
3
  • 25, Nov 2014
  • #38
Firebird - Хороша, несколько проектов на ней. Используется в "безАдминных" конторах, если что, то всегда можно по простому объяснить по телефону где чего искать и как запускать. PostgreSql - Отлична + встроенная репликация, ну и так еще по мелочи (правда мелочей цельный мешок)
 

223606


Рег
08 Jun, 2004

Тем
1

Постов
13

Баллов
23
  • 11, Dec 2014
  • #39
Error_999, post: 719499:
Firebird основная БД. Сейчас пробую третью версию (альфа2)
Какими компонентами доступа к СУБД пользуешься? С тройкой, наверное, мало кто дружит
 

Alexsob


Рег
21 Sep, 2007

Тем
0

Постов
8

Баллов
8
  • 16, Dec 2014
  • #40
deksab, post: 719500:
Oracle 11G XE
А расскажи, дорогой друг, какие ограничения есть в XE версии? и можно ли использовать ее в коммерческих целях?
 

werful


Рег
24 May, 2009

Тем
1

Постов
17

Баллов
27
  • 16, Dec 2014
  • #41
werful, post: 719502:
А расскажи, дорогой друг, какие ограничения есть в XE версии? и можно ли использовать ее в коммерческих целях?
судя по обзору с офф. сайта

, всё еще бесплатна, но ограничения самые худшие из бесплатных обрубков коммерческих СУБД
 

ASDOH


Рег
01 Jul, 2010

Тем
0

Постов
6

Баллов
6
  • 17, Dec 2014
  • #42
ASDOH, post: 719503:
судя по обзору с офф. сайта

, всё еще бесплатна, но ограничения самые худшие из бесплатных обрубков коммерческих СУБД
Благодарю за разъяснения, посмотрим что там интересного пишут.
 

werful


Рег
24 May, 2009

Тем
1

Постов
17

Баллов
27
  • 15, Jan 2015
  • #43
PostgreSQL. Развитие Firebird несколько не понятно, да и нишша этой БД по большей части Small Busines.
 

Andys72


Рег
30 Dec, 2014

Тем
0

Постов
3

Баллов
3
  • 23, Jan 2015
  • #44
Firebird вроде бесплатная. Из бесплатных самая надежная и качественная
Andys72, post: 719507:
PostgreSQL.
Развитие Firebird несколько не понятно, да и нишша этой БД по большей части Small Busines.
Все нормально с развитием Firebird Вот PostgreSQL имеет ряд наследственных пороков. Которые усиленно замазывают
 

dr_nil


Рег
02 Dec, 2010

Тем
1

Постов
6

Баллов
16
  • 29, Jan 2015
  • #45
Можно по подробней про наследственные пороки PostreSQL. Очень интересно посмотреть на конкретные ссылки.
 

Andys72


Рег
30 Dec, 2014

Тем
0

Постов
3

Баллов
3
  • 30, Jan 2015
  • #46
MySql самая лучшая)
Просто набиваю необходимое кол-во сообщения для скачивания)
Снова и снова набиваю сообщения
 

dogmops


Рег
29 Mar, 2011

Тем
0

Постов
1

Баллов
1
  • 17, Feb 2015
  • #47
dr_nil, post: 719508:

Все нормально с развитием Firebird
Вот PostgreSQL имеет ряд наследственных пороков. Которые усиленно замазывают
Видимо мисье не имел дела с серьезными запросами, если сравнивает возможности PostgreSQL и унылого обрубка от sql-сервера в виде Firebird.
 

Dnepro


Рег
12 Feb, 2015

Тем
0

Постов
2

Баллов
2
  • 18, Feb 2015
  • #48
Если нужен журнал логов с возможностью отката - Postgre если десктоп-приложение - FireBird Оба проекта развиваются нормально.
 

and_kors


Рег
30 Nov, 2007

Тем
1

Постов
12

Баллов
22
  • 27, Feb 2015
  • #49
С большей частью задач справляется MySQL. Для некоторых задач удобнее использовать SQLite.
 

galayko


Рег
27 Feb, 2015

Тем
0

Постов
2

Баллов
2
  • 06, Mar 2015
  • #50
Постгрес. Хорошо прогрессирует, не так быстро как хотелось бы конечно, но все равно хорошо.
 

Duke_kz


Рег
08 Feb, 2010

Тем
0

Постов
3

Баллов
3
  • 19, Mar 2015
  • #51
Хорошая статья о выборе между PostgreSQL и MySQL.
 

Teivar


Рег
19 Mar, 2015

Тем
0

Постов
3

Баллов
3
  • 30, Mar 2015
  • #52
а на фаербёрд есть тихий удобный инсталятор? так чтобы любой дуб мог просто запустить и нажать далее далее финиш?
 

Kasiro


Рег
23 Sep, 2010

Тем
0

Постов
3

Баллов
3
  • 06, Apr 2015
  • #53
Все очень сильно от задач зависит. Кому-то хватает с головой Interbase/Firebird, кому-то кластера Oracle мало.
 

epic_aero


Рег
05 Apr, 2015

Тем
0

Постов
1

Баллов
1
  • 16, Apr 2015
  • #54
MS SQL бесплатная СУБД, подходящая для большинства задач, в чем пробелма пользоваться ею?
 

3ert


Рег
07 Oct, 2012

Тем
0

Постов
6

Баллов
6
Тем
49554
Комментарии
57426
Опыт
552966

Интересно