Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2010.08.27;
Скачать: CL | DM;

Вниз

Лучшая СУБД для научных проектов.   Найти похожие ветки 

 
GDI+   (2010-03-21 15:26) [0]

Продолжение спора с другого форума.

Требуется СУБД:
- бесплатная (или бесплатная для некоммерческого использования)
- оперирование от 1 до 100 Гб данных.
- малое число коннектов (хотя работа может идти в нескольких потоках).
- соответствие ACID(транзакции).
- возможность писать собственные встроенные процедуры (на встроенном языке), подключать высокопроизводительные библиотеки на С++ и иметь готовую библиотеку математических функций (для предварительных вычислений во время выборки данных).
- простота установки/администрирования (так как это будут делать неспециалисты) и надёжность к сбоям или автоматическое восстановление после сбоев.
- мультиплатформенности не нужно, но работоспособность на трёх основных ОС (Windows, MacOS, Linux) должна быть.
- бесплатные библиотеки коннекта к базе для С++, Python, Java.

Пока вижу для рекомендации только Firebird / PostgreSQL.


 
Sergey Masloff   (2010-03-21 15:34) [1]

Пока вижу только возможность дать совет: наймите профессионала


 
sniknik ©   (2010-03-21 15:36) [2]

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


 
Loginov Dmitry ©   (2010-03-21 15:37) [3]

FireBird IMHO удовлетворяет всем пунктам.


 
GDI+   (2010-03-21 15:41) [4]


> sniknik ©   (21.03.10 15:36) [2]
>
> а я вот вижу необходимость в других постановщиках задачи.
>  с адекватным подходом к хранению своей таблички со списком
> контактов...


Ну скажем это данные с метеодатчиков за несколько лет и разные регионов страны (не Россия).


 
Имяозер   (2010-03-21 22:21) [5]

MySQL.


 
test ©   (2010-03-21 22:23) [6]

Смотря кто ее админить будет, лучше конечно PostgreSQL, но если админа нету то Firebird IMHO.


 
Псалтырь ©   (2010-03-21 22:37) [7]

PostgreSQL.


 
test ©   (2010-03-21 23:25) [8]

GDI+   (21.03.10 15:41) [4]
Как БД построишь еще, тут может и Оракл лежать не вставая, а может и MySQL весело крутиться.


 
PEAKTOP ©   (2010-03-21 23:45) [9]

GDI+   (21.03.10 15:26)  

Холиварим ? Ну, тогда я.
Пока вижу для рекомендации только Firebird / PostgreSQL.

А больше и не увидишь - реально работающие (в том числе из коробки) только две эти альтернативы.

Лично я за ЖарПтица (потому, что в этой команде). Но и Слонопотам с этим справиться без проблем (новости оттуда изучаю регулярно - как-никак конкурирующий продукт).

Но а если совсем трудно будет - брось монетку. =)


 
test ©   (2010-03-21 23:50) [10]

PEAKTOP ©   (21.03.10 23:45) [9]

Если монетка повиснет в воздухе?
Если монетка станет ребром?
Если монетка потеряется?
Если монетка сломается?
Если монетка воткнется в потолок?
))


 
PEAKTOP ©   (2010-03-21 23:54) [11]


> Если монетка повиснет в воздухе?
> Если монетка станет ребром?
> Если монетка потеряется?
> Если монетка сломается?
> Если монетка воткнется в потолок?


Значит - перст судьбы.
И тогда появится второй топик "а что выбрать, кроме Слонопотама и Firebird ?"

=)


 
Правильный$Вася   (2010-03-21 23:55) [12]


> Если монетка воткнется в потолок?

надо бросать в пруд, с русалками


 
test ©   (2010-03-22 00:03) [13]

Правильный$Вася   (21.03.10 23:55) [12]
Ну тогда MySQL у них же вроде дельфин.


 
tesseract ©   (2010-03-22 10:10) [14]


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


Ээээ, а чай приносить СУБД не должна ? Вычисления - задача не СУБД, а клиента.


 
KSergey ©   (2010-03-22 10:41) [15]

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


 
Думкин ©   (2010-03-22 10:47) [16]


> KSergey ©   (22.03.10 10:41) [15]
> мдя, в будущее оечественной метеорологии верится с трудом.
>

Читай внимательнее:

>  разные регионов страны (не Россия).

я подозреваю, что это за страна такая, но писать не буду.


 
Медвежонок Пятачок ©   (2010-03-22 10:49) [17]

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


либо mssql и хранимки на дотнете, либо оракол и ява код там где pl/sql недостаточно


 
b z   (2010-03-22 11:05) [18]


> либо оракол и ява код там где pl/sql недостаточно
Тут тоже можно "хранимки на дотнете".


 
GDI+   (2010-03-22 11:35) [19]


> Медвежонок Пятачок ©   (22.03.10 10:49) [17]
>
> готовую библиотеку математических функций (для предварительных
> > вычислений во время выборки данных).
>
> либо mssql и хранимки на дотнете, либо оракол и ява код
> там где pl/sql недостаточно


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


 
GDI+   (2010-03-22 11:38) [20]

В общем к базе Oracle  еще нужно домовёнка ставить за 1500$, с MSSql там чуть получше, но тоже надёжность не их конёк.


 
Медвежонок Пятачок ©   (2010-03-22 11:44) [21]

а откуда такая озабоченность надежностью при озвученных условиях?

коннектов мало.
но зачем-то требуется доступ из явы питона и о боже, с++


 
Медвежонок Пятачок ©   (2010-03-22 11:49) [22]

возьмите mssql.
напишите клиента на делфи/vs.
для всего остального зоопарка добавьте iis и опубликуйте необходимые веб-сервисы.

и все!


 
GDI+   (2010-03-22 12:14) [23]


> Медвежонок Пятачок ©   (22.03.10 11:49) [22]
>
> возьмите mssql.


А там есть бесплатная версия для базы более 4Гб? Не то чтобы я против использования пиратки, но как-то не комфортно если можно избежать.


 
GDI+   (2010-03-22 12:16) [24]


> Медвежонок Пятачок ©   (22.03.10 11:44) [21]
>
> коннектов мало.
> но зачем-то требуется доступ из явы питона и о боже, с++


Покажите на Delphi  библиотеку работы с длинными числами (не уверен но теоретически может возникнуть необходимость). А на Яве и Питоне есть.


 
Медвежонок Пятачок ©   (2010-03-22 12:21) [25]

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

кроме того четырехгиговых, баз может быть не одна, а двадцать одна ....


 
GDI+   (2010-03-22 12:31) [26]


> Медвежонок Пятачок ©   (22.03.10 12:21) [25]
>
> если речь про экспресс эдишен, то ограничение в 4 гига -
>  оно как бы не совсем ограничение. экспресс умеет работать
> с файлами превышающими 4 гига. он всего лишь не умеет автоматом
> увеличивать размер базы больше 4 гигов. но базу ведь можно
> изначально создать размером каким хочется.
> не обязательно в экспресс.
>
> кроме того четырехгиговых, баз может быть не одна, а двадцать
> одна ....


И с учетом всего вышесказанного в сторону MSSQL проще воспользоваться пираткой.


 
Медвежонок Пятачок ©   (2010-03-22 12:44) [27]

длинные целые в дотнете
http://www.codeproject.com/KB/cs/biginteger.aspx
наверняка их есть еще


 
KSergey ©   (2010-03-22 12:45) [28]

> Думкин ©   (22.03.10 10:47) [16]

Все люди братья, ты не знал?


 
Anatoly Podgoretsky ©   (2010-03-22 12:47) [29]

> Медвежонок Пятачок  (22.03.2010 12:21:25)  [25]

Это не желательно, это будут пляски с бубном.


 
test ©   (2010-03-22 13:25) [30]

Медвежонок Пятачок ©   (22.03.10 10:49) [17]
MySQL это если монетка к русалкам упадет, PostgreSQL само то, там правда все равно уход будет нужен, если на ура лишь бы было то Firebird он более неприхотлив.


 
Petr V. Abramov ©   (2010-03-22 13:29) [31]


> Вы бы доверили базу Oracle администрировать студенту, если
> интересует результат?

можно доверить не трогать работающий.
базовые вещи типа бекапа не сложнее FB (в стандартных случаях)
некоммерчески  можно хоть Enterprise Edition со всеми опциями использовать невозбранно.


 
Медвежонок Пятачок ©   (2010-03-22 14:02) [32]

лучшая субд для научных проектов - это адабас на ес1036.
фик уже кто внутрь залезет и проверит на что ушли бабки.


 
GDI+   (2010-03-22 14:55) [33]


> Медвежонок Пятачок ©   (22.03.10 12:44) [27]
>
> длинные целые в дотнете
> http://www.codeproject.com/KB/cs/biginteger.aspx
> наверняка их есть еще


Тоесть по поводу наличия библиотеки на Delphi  вопрос слит?


 
Медвежонок Пятачок ©   (2010-03-22 14:58) [34]

да есть они и для делфи.


 
Romkin ©   (2010-03-22 15:41) [35]


>  мультиплатформенности не нужно, но работоспособность на
> трёх основных ОС (Windows, MacOS, Linux) должна быть.

Суупер! Это надо запомнить :)


 
pasha_golub ©   (2010-03-23 12:16) [36]


> tesseract ©   (22.03.10 10:10) [14]
>
>
> >  подключать высокопроизводительные библиотеки на С++ и
> иметь
> > готовую библиотеку математических функций (для предварительных
> > вычислений во время выборки данных).
>
>
> Ээээ, а чай приносить СУБД не должна ? Вычисления - задача
> не СУБД, а клиента.


Не согласен. Специфика везде своя. PostgreSQL умеет подключать функции на С, с 9.0 обещают поддержку С++...


 
pasha_golub ©   (2010-03-23 12:20) [37]


> PEAKTOP ©   (21.03.10 23:45) [9]


> Лично я за ЖарПтица (потому, что в этой команде). Но и Слонопотам
> с этим справиться без проблем (новости оттуда изучаю регулярно
> - как-никак конкурирующий продукт).
>

Привет конкурентам. ;) Впервые слышу, что Псису и Слона считают конкурентами. Это может на постсоветском пространстве? Ибо от буржуев ниразу не слышал такого.


 
tesseract ©   (2010-03-23 21:57) [38]


> PostgreSQL умеет подключать функции на С,

И interbase может. А есть ли СМЫСЛ? Если нужны подобные расчеты - не проще ли не конопатиться и написать адекватную и намного более логичную двухзвенку ? Или хранить данные в табличках промежуточных рассчетов- как делается при любых векторных расчетах  - а 70 % подобных баз содержат данные как-раз для статистических анализов.


 
PEAKTOP ©   (2010-03-24 04:47) [39]

> Привет конкурентам. ;) Впервые слышу, что Псису и Слона считают конкурентами

Паш, я знаю, что ты по Снонопотаму "зажигаешь", поэтому холиварить не будем :)
Свою позицию по поводу SQL-серверов я озвучивал здесь неоднократно, добавить нечего.

У вас (Слоноводов) есть свои сильные и слабые стороны, у нас (Птицеводов) тоже. Но мы все развиваемся, а значит - коммунизм на горизонте =) (Горизонт - воображаемая линия между небом и землей, которая равномерно удаляется от нас, по мере того, как мы к ней приближаемся)

Конечно, многие вещи у вас не дают спать спокойно. Например, документация, на которую я уже не первый год облизываюсь. Но и у нас уже есть http://firebirdsql.su, а вот недавно было принято решение добавить туда многоязычный плагин. Но все равно пока еще до уровня postgresql.chm далеко, потому как с русской и португальской(бразилийской) версией справки вроде вопросов нет, а вот кто будет модерировать английскую (и считай основную) ветку документации - до сих пор неизвестно.

Внешние ХП на других языках программирования - тоже интересная вещь. У нас будет в 3.0 после обратного портирования исходников из "подпроекта" RedDatabase.

Но зато мы более лояльно относимся к "слабому" железу, я имею в виду производительность в целом, а не просто "взлетит-не взлетит". И Embedded у нас тоже есть - а значит можно не озадачивать юзера вопросом "что такое установка SQL-сервера".

В общем, давайте жить дружно =)


 
Anatoly Podgoretsky ©   (2010-03-24 09:15) [40]

> PEAKTOP  (24.03.2010 04:47:39)  [39]

Которое лежит рядом с программой? Или как?



Страницы: 1 2 вся ветка

Текущий архив: 2010.08.27;
Скачать: CL | DM;

Наверх




Память: 0.57 MB
Время: 0.047 c
8-1205234787
dmitry_12_08_74
2008-03-11 14:26
2010.08.27
Корректное снятие видео при копировании образа экрана


15-1265308439
Leonid Troyanovsky
2010-02-04 21:33
2010.08.27
Джо Вономасса & Томми Эммануэль, гитара (Австралия)


2-1274517351
Delphist2
2010-05-22 12:35
2010.08.27
excel.application


2-1268556679
Ыфь86
2010-03-14 11:51
2010.08.27
не работает запрос по TCP


15-1269174373
GDI+
2010-03-21 15:26
2010.08.27
Лучшая СУБД для научных проектов.