Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
 Подбор СУБД  [new]
Idsa
Member

Откуда:
Сообщений: 89
Добрый день!
Предстоит выбрать РСУБД для организации. База данных будет с очень сложной схемой (количество сущностей - несколько тысяч), но при этом ни объем данных, ни нагрузка не обещают быть грандиозными. Выбор сузил (может, ошибочно?) до PostgreSQL и Oracle. Бюджет Oracle потянет, так что стоимость лицензнии можно не рассматривать как существенный критерий.

Специалисты будут наниматься после окончательного выбора, так что совет "использовать то, что лучше знаете", неактуален.

P. S. Понимаю, что описание слишком абстрактное, поэтому на четкий ответ не претендую, прошу высказать свои размышления.
15 ноя 09, 20:38    [7931256]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
AAron
Member

Откуда: Москва
Сообщений: 4324
вы уверены в правильной декомпозиции?
имхо, несколько тысяч сущностей - может быть имеет смысл смотреть на объектные СУБД, а не на РСУБД.
в любом случае, я рекомендую сначала взять 1-2 архитекторов, которые выберут (обоснованно!) архитектуру, а уж потом набирать команду.
16 ноя 09, 01:05    [7931590]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

AAron wrote:

> вы уверены в правильной декомпозиции?

Может у них просто большая система ?

У нас напр. более 2 тысяч таблиц.

> имхо, несколько тысяч сущностей - может быть имеет смысл смотреть на
> объектные СУБД, а не на РСУБД.

С какого фига ?

> в любом случае, я рекомендую сначала взять 1-2 архитекторов, которые
> выберут (обоснованно!) архитектуру, а уж потом набирать команду.

Ерунда. Все современные СУБД более-менее одинаковы по возможностям.
Если не нужны какие-то особые фичи типа GIS и пространственных
индексов -- то можно в принципе брать любую. А там -- что
больше по душе.

Posted via ActualForum NNTP Server 1.4

16 ноя 09, 09:34    [7931871]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
miksoft
Member

Откуда:
Сообщений: 38918
Idsa
Специалисты будут наниматься после окончательного выбора
Тогда ваш паровоз не взлетит.
Чем ранее выполняется этап проекта, на котором происходит ошибка, тем дороже потом ее исправление. Вы же хотите совершить ошибку почти в самом начале (но, кстати, не в самом).
16 ноя 09, 13:51    [7933737]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
AAron
Member

Откуда: Москва
Сообщений: 4324
MasterZiv

AAron wrote:

> вы уверены в правильной декомпозиции?

Может у них просто большая система ?

У нас напр. более 2 тысяч таблиц.

> имхо, несколько тысяч сущностей - может быть имеет смысл смотреть на
> объектные СУБД, а не на РСУБД.

С какого фига ?

> в любом случае, я рекомендую сначала взять 1-2 архитекторов, которые
> выберут (обоснованно!) архитектуру, а уж потом набирать команду.

Ерунда. Все современные СУБД более-менее одинаковы по возможностям.
Если не нужны какие-то особые фичи типа GIS и пространственных
индексов -- то можно в принципе брать любую. А там -- что
больше по душе.

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

Самым правильным здесь будет не выбор СУБД, а поиск архитектора.
16 ноя 09, 16:16    [7935045]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34709

AAron wrote:

Я спорить ни о чём не хочу, я просто не понимаю,
как ты или кто-то другой будет по готовой даже
схеме БД в например SDesigner-е будет выбирать СУБД,
где эту схему и БД реализовать. Я вот лично не
смог бы, потому что реально критериев нет.
Я бы либо выбирал то, что я знаю, либо то, что
хотел бы изучить. Третий критерий -- заведомо
отстойные СУБД, но тут я могу быть субъективным.
Всё, более критериев нет.

Posted via ActualForum NNTP Server 1.4

16 ноя 09, 18:42    [7936012]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67383
Блог
Idsa
Специалисты будут наниматься после окончательного выбора, так что совет "использовать то, что лучше знаете", неактуален.

В этом случае, пожалуй, лучше найти ключевого исполнителя (выбрать того, кто наиболее впечатлит) и брать то, что он обоснует. Особенно если стоимость лицензий настолько не играет роли.
16 ноя 09, 19:33    [7936238]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
Денис Ильин
Member

Откуда: Железнодорожный
Сообщений: 242
Нужно тупо найти какого нибудь спеца и дать ему всё на откуп.
Если система работает, то не стоит всё менять сразу.
Пусть проведёт рефакторинг, редизайн, различные утилитки (для переползания базы на новую версию), а там уж дальше как пойдёт.
16 ноя 09, 23:01    [7936699]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
Alexey Kuznetsov
Member

Откуда: Krasnoyarsk
Сообщений: 1141
Idsa,
судя по вашему посту с бюджетом у вас все ок.
Поэтому берите мейнстрим: Oracle, DB2 или MSSql
во первых много спецов на рынке, во вторых техподдержка от вендора
17 ноя 09, 09:01    [7937184]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
J.d
Member

Откуда: Москва
Сообщений: 691
Idsa,

так как не понятно какие требования выставляются к СУБД я бы исходил из того, специалисты какой СУБД наиболее распространены и проще всего заменяемы.
лично мне кажется это Mssql. Людей на плечах которых будет висеть "всё это", будет наверно парочка. И рано или поздно они уйдут, и надо будет искать других, кто во-1 сможет быстро разобраться во всём имеющимся, во-2 продолжить дело.
23 ноя 09, 13:20    [7963910]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
Степан H.
Member

Откуда: Министерство Хунты❄
Сообщений: 1371
J.d
Idsa,

так как не понятно какие требования выставляются к СУБД я бы исходил из того, специалисты какой СУБД наиболее распространены и проще всего заменяемы.
лично мне кажется это Mssql. Людей на плечах которых будет висеть "всё это", будет наверно парочка. И рано или поздно они уйдут, и надо будет искать других, кто во-1 сможет быстро разобраться во всём имеющимся, во-2 продолжить дело.

Иными словами сколачивать крышу гвоздями количество которых больше всего оказалось на данный момент в магазине?

По моему нужно сначала детально посмотреть (оценить) поставленную задачу, а потом выбирать решение. Либо нанять спецов которые это решение могуть принять. Главное действительно не ошибиться в самом начале.
24 ноя 09, 00:25    [7967301]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
Возможно FVMas (формат TJ7) - вам подойдёт для данной задачи...
24 ноя 09, 07:44    [7967610]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
J.d
Member

Откуда: Москва
Сообщений: 691
Степан H.

Иными словами сколачивать крышу гвоздями количество которых больше всего оказалось на данный момент в магазине?

По моему нужно сначала детально посмотреть (оценить) поставленную задачу, а потом выбирать решение. Либо нанять спецов которые это решение могуть принять. Главное действительно не ошибиться в самом начале.


хорошая аналогия, мне понравилась)) ну а какой вы ожидали ответ, когда сложно представить что это будет за проект)
24 ноя 09, 10:25    [7968246]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
Степан H.
Member

Откуда: Министерство Хунты❄
Сообщений: 1371
J.d
Степан H.

Иными словами сколачивать крышу гвоздями количество которых больше всего оказалось на данный момент в магазине?

По моему нужно сначала детально посмотреть (оценить) поставленную задачу, а потом выбирать решение. Либо нанять спецов которые это решение могуть принять. Главное действительно не ошибиться в самом начале.


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


наверняка автор не собраля изобретать велосипед. наверное задачу которую ему предстоит решить - где-то уже давно решена. Остается провести изучение того что есть на рынке, какие БД и даже оси используются, оценить силные и слабые стороны... ну а потом .. делать выбор.
24 ноя 09, 11:52    [7969110]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
gR4mm
Member

Откуда: Москва
Сообщений: 1412
JErik
Возможно FVMas (формат TJ7) - вам подойдёт для данной задачи...

Спорим не подойдет? =)
24 ноя 09, 15:28    [7971276]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
strizh
Member

Откуда: Киев
Сообщений: 937
Мля. Отобразить в дизайнере базу из нескольких тысяч объектов ...
Я вот думаю. Я пользуюсь иногда Sybase Power Designer 12. Картинка физической модели БД с 200 таблицами в ней со всеми связями уже получается, мягко говоря, нечитабельной. А если увеличить число таблиц в 10 раз :(
Тут в числе требований к инструментальным средствам попахивает возможность отобразить трехмерную модель БД.
24 ноя 09, 16:20    [7971826]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
strizh,

Гм... А зачем одновременно отображать "в дизайнере базу из нескольких тысяч объектов"?! Обычно модель разбивается на несколько Subject Area, количество объектов (т.е. сущностей предметной области) в которых не велико и поддается осмыслению.
24 ноя 09, 16:40    [7972053]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
J.d
Member

Откуда: Москва
Сообщений: 691
Idsa
Добрый день!
Предстоит выбрать РСУБД для организации. База данных будет с очень сложной схемой (количество сущностей - несколько тысяч), но при этом ни объем данных, ни нагрузка не обещают быть грандиозными. Выбор сузил (может, ошибочно?) до PostgreSQL и Oracle. Бюджет Oracle потянет, так что стоимость лицензнии можно не рассматривать как существенный критерий.


это интересно до нормализации или после
25 ноя 09, 14:56    [7976950]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
Idsa
Member

Откуда:
Сообщений: 89
J.d, после :)

Всем большое спасибо за мнения. Выбор пал на Postgres.
8 дек 09, 21:35    [8037803]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Idsa
J.d, после :)

Всем большое спасибо за мнения. Выбор пал на Postgres.

послушай специалистов и сделай наоборот
11 дек 09, 04:35    [8050178]     Ответить | Цитировать Сообщить модератору
 Re: Подбор СУБД  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2496
Alexander Ryndin, постгрес вполне себе ничего база.
Не хуже MSSQL и не намного хуже oracle даже без учёта ценового фактора.
11 дек 09, 10:54    [8051175]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить