|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
15.11.2009, 20:38
|
|||
|---|---|---|---|
|
|||
Подбор СУБД |
|||
|
#18+
Добрый день! Предстоит выбрать РСУБД для организации. База данных будет с очень сложной схемой (количество сущностей - несколько тысяч), но при этом ни объем данных, ни нагрузка не обещают быть грандиозными. Выбор сузил (может, ошибочно?) до PostgreSQL и Oracle. Бюджет Oracle потянет, так что стоимость лицензнии можно не рассматривать как существенный критерий. Специалисты будут наниматься после окончательного выбора, так что совет "использовать то, что лучше знаете", неактуален. P. S. Понимаю, что описание слишком абстрактное, поэтому на четкий ответ не претендую, прошу высказать свои размышления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.11.2009, 01:05
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
вы уверены в правильной декомпозиции? имхо, несколько тысяч сущностей - может быть имеет смысл смотреть на объектные СУБД, а не на РСУБД. в любом случае, я рекомендую сначала взять 1-2 архитекторов, которые выберут (обоснованно!) архитектуру, а уж потом набирать команду. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.11.2009, 09:34
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
AAron wrote: > вы уверены в правильной декомпозиции? Может у них просто большая система ? У нас напр. более 2 тысяч таблиц. > имхо, несколько тысяч сущностей - может быть имеет смысл смотреть на > объектные СУБД, а не на РСУБД. С какого фига ? > в любом случае, я рекомендую сначала взять 1-2 архитекторов, которые > выберут (обоснованно!) архитектуру, а уж потом набирать команду. Ерунда. Все современные СУБД более-менее одинаковы по возможностям. Если не нужны какие-то особые фичи типа GIS и пространственных индексов -- то можно в принципе брать любую. А там -- что больше по душе. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.11.2009, 13:51
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
IdsaСпециалисты будут наниматься после окончательного выбораТогда ваш паровоз не взлетит. Чем ранее выполняется этап проекта, на котором происходит ошибка, тем дороже потом ее исправление. Вы же хотите совершить ошибку почти в самом начале (но, кстати, не в самом). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.11.2009, 16:16
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
MasterZiv AAron wrote: > вы уверены в правильной декомпозиции? Может у них просто большая система ? У нас напр. более 2 тысяч таблиц. > имхо, несколько тысяч сущностей - может быть имеет смысл смотреть на > объектные СУБД, а не на РСУБД. С какого фига ? > в любом случае, я рекомендую сначала взять 1-2 архитекторов, которые > выберут (обоснованно!) архитектуру, а уж потом набирать команду. Ерунда. Все современные СУБД более-менее одинаковы по возможностям. Если не нужны какие-то особые фичи типа GIS и пространственных индексов -- то можно в принципе брать любую. А там -- что больше по душе. имхо, с это просто попытка поспорить вместо попытки достичь результаты. объясню почему (но флеймить на эту тему не буду): 1. архитектуры нет, но несколько тысяч объектов 2. знаний субд нет, просьба на форуме выбрать субд 3. выбор команды после выбора субд Самым правильным здесь будет не выбор СУБД, а поиск архитектора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.11.2009, 18:42
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
AAron wrote: Я спорить ни о чём не хочу, я просто не понимаю, как ты или кто-то другой будет по готовой даже схеме БД в например SDesigner-е будет выбирать СУБД, где эту схему и БД реализовать. Я вот лично не смог бы, потому что реально критериев нет. Я бы либо выбирал то, что я знаю, либо то, что хотел бы изучить. Третий критерий -- заведомо отстойные СУБД, но тут я могу быть субъективным. Всё, более критериев нет. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.11.2009, 19:33
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
IdsaСпециалисты будут наниматься после окончательного выбора, так что совет "использовать то, что лучше знаете", неактуален. В этом случае, пожалуй, лучше найти ключевого исполнителя (выбрать того, кто наиболее впечатлит) и брать то, что он обоснует. Особенно если стоимость лицензий настолько не играет роли. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.11.2009, 23:01
|
|||
|---|---|---|---|
|
|||
Подбор СУБД |
|||
|
#18+
Нужно тупо найти какого нибудь спеца и дать ему всё на откуп. Если система работает, то не стоит всё менять сразу. Пусть проведёт рефакторинг, редизайн, различные утилитки (для переползания базы на новую версию), а там уж дальше как пойдёт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.11.2009, 09:01
|
|||
|---|---|---|---|
|
|||
Подбор СУБД |
|||
|
#18+
Idsa, судя по вашему посту с бюджетом у вас все ок. Поэтому берите мейнстрим: Oracle, DB2 или MSSql во первых много спецов на рынке, во вторых техподдержка от вендора ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.11.2009, 13:20
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
Idsa, так как не понятно какие требования выставляются к СУБД я бы исходил из того, специалисты какой СУБД наиболее распространены и проще всего заменяемы. лично мне кажется это Mssql. Людей на плечах которых будет висеть "всё это", будет наверно парочка. И рано или поздно они уйдут, и надо будет искать других, кто во-1 сможет быстро разобраться во всём имеющимся, во-2 продолжить дело. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.11.2009, 00:25
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
J.dIdsa, так как не понятно какие требования выставляются к СУБД я бы исходил из того, специалисты какой СУБД наиболее распространены и проще всего заменяемы. лично мне кажется это Mssql. Людей на плечах которых будет висеть "всё это", будет наверно парочка. И рано или поздно они уйдут, и надо будет искать других, кто во-1 сможет быстро разобраться во всём имеющимся, во-2 продолжить дело. Иными словами сколачивать крышу гвоздями количество которых больше всего оказалось на данный момент в магазине? По моему нужно сначала детально посмотреть (оценить) поставленную задачу, а потом выбирать решение. Либо нанять спецов которые это решение могуть принять. Главное действительно не ошибиться в самом начале. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.11.2009, 07:44
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
Возможно FVMas (формат TJ7) - вам подойдёт для данной задачи... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.11.2009, 10:25
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
Степан H. Иными словами сколачивать крышу гвоздями количество которых больше всего оказалось на данный момент в магазине? По моему нужно сначала детально посмотреть (оценить) поставленную задачу, а потом выбирать решение. Либо нанять спецов которые это решение могуть принять. Главное действительно не ошибиться в самом начале. хорошая аналогия, мне понравилась)) ну а какой вы ожидали ответ, когда сложно представить что это будет за проект) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.11.2009, 11:52
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
J.dСтепан H. Иными словами сколачивать крышу гвоздями количество которых больше всего оказалось на данный момент в магазине? По моему нужно сначала детально посмотреть (оценить) поставленную задачу, а потом выбирать решение. Либо нанять спецов которые это решение могуть принять. Главное действительно не ошибиться в самом начале. хорошая аналогия, мне понравилась)) ну а какой вы ожидали ответ, когда сложно представить что это будет за проект) наверняка автор не собраля изобретать велосипед. наверное задачу которую ему предстоит решить - где-то уже давно решена. Остается провести изучение того что есть на рынке, какие БД и даже оси используются, оценить силные и слабые стороны... ну а потом .. делать выбор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.11.2009, 15:28
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
JErikВозможно FVMas (формат TJ7) - вам подойдёт для данной задачи... Спорим не подойдет? =) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.11.2009, 16:20
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
Мля. Отобразить в дизайнере базу из нескольких тысяч объектов ... Я вот думаю. Я пользуюсь иногда Sybase Power Designer 12. Картинка физической модели БД с 200 таблицами в ней со всеми связями уже получается, мягко говоря, нечитабельной. А если увеличить число таблиц в 10 раз :( Тут в числе требований к инструментальным средствам попахивает возможность отобразить трехмерную модель БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.11.2009, 16:40
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
strizh, Гм... А зачем одновременно отображать "в дизайнере базу из нескольких тысяч объектов"?! Обычно модель разбивается на несколько Subject Area, количество объектов (т.е. сущностей предметной области) в которых не велико и поддается осмыслению. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
25.11.2009, 14:56
|
|||
|---|---|---|---|
Подбор СУБД |
|||
|
#18+
IdsaДобрый день! Предстоит выбрать РСУБД для организации. База данных будет с очень сложной схемой (количество сущностей - несколько тысяч) , но при этом ни объем данных, ни нагрузка не обещают быть грандиозными. Выбор сузил (может, ошибочно?) до PostgreSQL и Oracle. Бюджет Oracle потянет, так что стоимость лицензнии можно не рассматривать как существенный критерий. это интересно до нормализации или после ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.12.2009, 21:35
|
|||
|---|---|---|---|
|
|||
Подбор СУБД |
|||
|
#18+
J.d, после :) Всем большое спасибо за мнения. Выбор пал на Postgres. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
11.12.2009, 04:35
|
|||
|---|---|---|---|
|
|||
Подбор СУБД |
|||
|
#18+
IdsaJ.d, после :) Всем большое спасибо за мнения. Выбор пал на Postgres. послушай специалистов и сделай наоборот ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=35&mobile=1&tid=1552860]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
48ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
| others: | 14ms |
| total: | 166ms |
| 0 / 0 |
