SQL-сервер под Linux

← →
ProgMan © (2002-02-13 09:10) [0]

Стою перед выбором Subj.
Функциональность - на уровне MS SQL-Server.
Пока есть 2 варианта: PostgreSQL или Interbase.
Что посоветуете?

← →
Alexandr © (2002-02-13 09:17) [1]

oracle
Firebird
PostgreSQL

← →
Praco © (2002-02-13 09:29) [2]

У Interbase функциональность не на уровне MS SQL, а гораздо послабее

← →
MetallAdm © (2002-02-13 09:33) [3]

MY SQL
он вроде под LINUX !

← →
Alexandr © (2002-02-13 09:34) [4]

давайте не будем переходить в спор Interbase vs MSSQL
пусть каждый останется при своем мнении

← →
ProgMan © (2002-02-13 09:44) [5]

Спасибо всем откликнувшимся.
Цена имеет не последнее значение,
поэтому, видимо, Oracle не проходит.

И еще. Хотелось бы услышать реальные аргументы и особенности работы. Под Linux я пока не работал, поэтому и дал в качестве ориентира MS SQL.

Еще раз спасибо.

← →
Фэ © (2002-02-13 09:55) [6]

PostgreSQL
Для Linux это почти стандарт де-факто.

← →
MetallAdm © (2002-02-13 10:34) [7]

MS SQL в принципе нормально с ним работать
конечно есть недостатки такие как
сыпятся ключи при больших обьемах
может база поковеркатся
причем SQL может поковеркать а вот востанавливать он не умеет :((
только полностью из бакупа .
вроде так ну если я гдето не прав то поправте

← →
amamed_3071 © (2002-02-13 10:40) [8]

MetallAdm Repear Database спас меня 5 раз!!

← →
Alexandr © (2002-02-13 10:42) [9]

ну все. Разгорается тут нешуточный флейм!

← →
MetallAdm © (2002-02-13 10:52) [10]

to Alexandr ©
Зато ProgMan узнает про них полутше и
выберет то что ему больше по душе и по уму !

← →
ProgMan © (2002-02-13 10:59) [11]

Фэ © (13.02.02 09:55)

Я тоже пока склоняюсь PostgreSQL.
Тем более, что Interbase никто и не упоминает.

← →
Фэ © (2002-02-13 12:07) [12]

У меня на серваке Linux RedHat 2.2.16-32 и Postgres 7.2 + PHP
отлично живут.
Postgres интересная, быстроразвивающаяся СУБД.

← →
wicked © (2002-02-13 14:08) [13]

2 MetallAdm ©
в mssql индекса сыплются?... а шо ж вы с ним делали?... сколько с ним работал - никогда не слышал... хотя размеры таблиц у нас нешуточные - от десятков тысяч записей...

← →
wicked © (2002-02-13 14:12) [14]

сорри за оффтопик....

2 ProgMan ©
если хочешь sql-сервер, по функциональности сходный с mssql, то mysql не подойдёт.... остаются postgres, firebird и oracle... кстати, есть и oracle personal - бесплатный, если использовать "для себя" (при написании программ)...

Под Linux(Intel) RedHat 6.2 Oracle 8.1.7 бесплатный и можно взять с

http://otn.oracle.com/software/products/oracle8i/content.html

а вот под Linux(к примеру, Alpha) - действительно платный

← →
NN (2002-02-13 15:09) [16]

Маленькое уточнение:
Firebird ~= Interbase, точнее, это Interbase, портированных под FreeBSD и др. системы, отличные от MS&RH

> NN
Неправильно объясняешь.
Interbase изначально существовал под многие платформы.

Firebird -- это б. д. на основе Interbase, создающаяся группой разработчиков, ушедших из Борланда, пока она бесплатна и в открытых исходниках. Подробности см. ib.demo.ru.

> У Interbase функциональность не на уровне MS SQL, а гораздо послабее

В чем слабее, а в чем и гораздо сильнее. Как ты реализуешь на MS SQL, скажем, for select?

> ProgMan

Если база объемом до 1-2 Гб смело бери Interbase и не раздумывай.
В противном случае, наверное, надо Oracle.

2 evgeg ©
> Как ты реализуешь на MS SQL, скажем, for select?
можно так:
declare <курсор> cursor for <запрос> declare <переменные> open <курсор> fetch from <курсор> into <переменные> while @@fetch_status = 0 begin <чего-то делаем> fetch from <курсор> into <переменные> end close <курсор> deallocate <курсор>
при этом можно его и не deallocate"ить сразу, а просто закрыть (перемотать на начало).... можно ходить по нему взад-вперёд...
хотя конструкция громоздкая...

>wicked © (13.02.02 21:41)
evgeg © (13.02.02 19:59) говорил о другом FOR SELECT с возможностью вернуть из ХП набор данных, и потом select * from ХП(...). А про курсоры ... мы тоже так умеем(Я сторонник InterBase/FireBird).

>ProgMan
А вообще-то готов платить деньги за сервер?
Если нет, то круг сужается.
Удачи.

Deniz © (14.02.02 06:31)
Платить, пожалуй, готов. Было бы за что.
Если существует бесплатный вариант, обеспечивающий необходимую
функциональность, тогда нет смысла.

SQL-сервер под Linux Найти похожие ветки