Посоветуйте СУБД

← →
Pavia © (2012-09-16 13:37) [0]

СУБД должна уметь работать с таблицами в несколько миллионов сток.
Размер БД порядка 1-100 ГБайт.

Главное скорость работы: поиск, добавление, индексация.
Одна пользовательская или много пользовательская(в перспективе).
Шифрование не требуется.

Язык запросов можно любой SQL или PL, не принципиально.

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

Размер СУБД, 100МБайт и менее. Лучше не больше 10 МБайт. Но на данный размер рассмотрю все варианты.

← →
asail © (2012-09-16 13:52) [1]

Interbase, FB.

← →
Медвежонок Пятачок © (2012-09-16 13:53) [2]

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

← →
Pavia © (2012-09-16 13:56) [3]

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

А это какие?

← →
Медвежонок Пятачок © (2012-09-16 13:59) [4]

Ну например.

Где оно будет работать.
У младшей сетстры дома.
В своей корпоративной сети на моей работе.
Будет распространятся среди интернет хомячков.
Будет продаваться корпоративным клиентам.

← →
asail © (2012-09-16 14:05) [5]

> Медвежонок Пятачок © (16.09.12 13:59) [4]

[1] подходит при любых ответах на эти вопросы... :)

← →
Фокс Йожин (2012-09-16 14:06) [6]

DB2 под z/OS

← →
Pavia © (2012-09-16 14:11) [7]

На данном этапе. "У младшей сетстры дома." после "Будет распространятся среди интернет хомячков."

ОС - windows, Linux.
CPU х86, х86-64, ARM.
ARM - на последующих этапах.

← →
Медвежонок Пятачок © (2012-09-16 14:12) [8]

Тогда мускул. Он на армах точно есть

← →
Джобер (2012-09-16 14:38) [9]

PostgreSQL
http://www.postgresql.org/docs/9.1/static/supported-platforms.html

← →
Ega23 © (2012-09-16 14:58) [10]

Postgres однозначно.

← →
Pavia © (2012-09-16 15:52) [11]

> Postgres однозначно.

А в чём его неоспоримое преимущество?

← →
Ega23 © (2012-09-16 20:42) [12]

Скорость работы, размеры БД, индексирование. Ну и цена вопроса.

← →
знайка (2012-09-16 21:07) [13]

> Скорость работы, размеры БД, индексирование. Ну и цена вопроса.
а можно на цифрах? мы думаем на оракл делать версию, но вдруг...

← →
Джобер (2012-09-16 22:00) [14]

> а можно на цифрах?

Кое-что тут есть http://www.linkedin.com/groups/Postgres-v-Oracle-Spatial-Benchmark-2015849.S.98061468
В Pg 9.1 и 9.2 производительность ещё повысили.

← →
s_t_d (2012-09-16 23:02) [15]

>Postgres однозначно.
Только вот с лит-рой для этой субд (говорю о рус.) как-то совсем не очень...

← →
DVM © (2012-09-16 23:06) [16]

> Pavia © (16.09.12 13:37)

я за Firebird

← →
Jeer © (2012-09-16 23:11) [17]

Я за DBISAM :)

← →
Petr V. Abramov © (2012-09-17 00:45) [18]

я за FB

← →
Юрий Зотов © (2012-09-17 01:07) [19]

Я тоже за.

← →
Германн © (2012-09-17 02:07) [20]

> Юрий Зотов © (17.09.12 01:07) [19]
>
> Я тоже за.
>

Так и хочется в ответ сказать знаменитое - "А баба-Яга против!"
:)

← →
Ega23 © (2012-09-17 08:09) [21]

> Только вот с лит-рой для этой субд (говорю о рус.) как-то
> совсем не очень...

А зачем она? У них на аглицком всё это есть.

← →
MsGuns © (2012-09-17 10:20) [22]

http://postgresql.ru.net/manual/index.html

← →
знайка (2012-09-17 11:08) [23]

> А зачем она?
Наваерное для большего завоевывания рынка, и т.о. получения соот. девидентов, не?

← →
Ega23 © (2012-09-17 11:11) [24]

> Наваерное для большего завоевывания рынка, и т.о. получения
> соот. девидентов, не?

Postgres в этом плане весьма специфичен.

← →
знайка (2012-09-17 11:20) [25]

> Postgres в этом плане весьма специфичен.
Им деньги не надо? или есть другие альтернативы?

← →
Ega23 © (2012-09-17 12:42) [26]

> Им деньги не надо? или есть другие альтернативы?

Много ли ты найдёшь книг по тому же Lua? На русском, с примерами и картинками?
А между тем Lua довольно широко применяется. Только вот область применения специфична.
Или вот ещё. Есть мощнейшая тулза, Sybase Power Designer. Для сурьёзной проектировки БД - совершенно потрясающая вещь. Как много к нему описаний на русском?
Та же ситуация и с Postgres.

Ну и потом, книги a-la "Архангельский" требуются на самом начальном этапе. Дальше либо стандартный хелп, либо крайне малотиражные вещи (как правило - весьма тоненькие), где идёт серьёзный разбор каких-то очень специфических вещей. Ну либо опять же, суровые тома, типа Кнута, с кучей матана и без привязки к какому-либо конкретному языку.

← →
Anatoly Podgoretsky © (2012-09-17 13:46) [27]

Лучше сразу толстого Архангеского заменить на не менее толстого Пачеко

← →
pit (2012-09-17 22:46) [28]

>Или вот ещё. Есть мощнейшая тулза, Sybase Power Designer.
>Для сурьёзной проектировки БД - совершенно потрясающая вещь

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

Это классная вещь для пояснения отдельных сложных элементов связок и структур бд. Но она не превосходит тех вещей, которые умеют красиво рисовать квадратики, атрибуты и связи между ними (agilian например).

Реальная фишка PD - реверс инжиниринг, когда строится модель по схеме оры, например. При должном умении, настройки фильтров , умении PD распределять квадратики - можно быстрее въехать в структуру не документированной бд. Вот тут - да. Но это не проектирование ))

А еще делать compare между двумя схемами - например девелоперской и боевой. Чтобы ронять чего блин накатывать то. Это если команда не решила проблему svn в рамках бд ))

Короче крутое средство, но как раз там, где проектирование отсутствует )

← →
pit (2012-09-17 22:51) [29]

А что касается проектирования - нет ничего круче фломастера или ручки в руках профи - там все проектирование - как на ладони. Другое дело - фиксация этого для потомков, вот тут и напридумывали кто во что горазд.

> Другое дело - фиксация этого для потомков, вот тут и напридумывали
> кто во что горазд.

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

← →
Джобер (2012-09-17 23:49) [31]

> ничего круче фломастера

Вспоминаются крики в офисе: "Какая сволочь вытерла доску в переговорной!?"

> Не согласен ((

It"s your business.

← →
знайка (2012-09-18 09:54) [33]

От ручек и карандашей, отказались лет с 10 уже, не видим особой надобности.
А реверс и визио умеет, и не дурственно, надо сказать.

> А что касается проектирования - нет ничего круче фломастера
> или ручки в руках профи - там все проектирование - как на
> ладони. Другое дело - фиксация этого для потомков, вот тут
> и напридумывали кто во что горазд.

Ты, похоже, совсем не умеешь работать с PD :)))

> Sybase Power Designer. Для сурьёзной проектировки БД - совершенно
> потрясающая вещь. Как много к нему описаний на русском?

Олеж - на хоть что-то!
http://www.ozon.ru/context/detail/id/8530989/

> Олеж - на хоть что-то!

Ого! Вон оно как, уже что-то появилось...
Я, правда, им не пользовался 3 года. Скачать что-ли, глянуть, у них там триалки вроде даже были...

Скачай... 16.1 вроде как вполне себе версия. И триалка есть, 30 дней они вроде как дают

> Конечно генерации скрипта из модели - фича потенциально
> удобная, но тут как бы это... если говорить о полной синхронизации
> PD и реальной базы - вещь утопичная (даже на относительно
> маленьких бд). Частичная генерации - утопичная в смысле
> синхронизации с уже существующим окружением.

> Реальная фишка PD - реверс инжиниринг, когда строится модель
> по схеме оры, например. При должном умении, настройки фильтров
> , умении PD распределять квадратики - можно быстрее въехать
> в структуру не документированной бд. Вот тут - да. Но это
> не проектирование ))

Вот тоже, эту корреляцию не совсем понял.

← →
Пит (2012-09-18 14:13) [39]

Удалено модератором

Посоветуйте СУБД Найти похожие ветки