|
|
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
Добрый день! Необходимо выбрать СУБД для учетной системы компании. Учет физ юр лиц и их счетов, учет активов итд итп, проводки. Методики расчета цен, выставления счетов. Объем существующих баз около 200 гиг. Порядка 500 таблиц, максимально по 20 млн записей. Крутяться на Sybase и DB2 под винды. Требуемое количество одновременных подключений до 300. Активных 50. Количество транзакций в день до 1000000(под транзакциями понимаются бизнес операции). Объем до 1тб. Трехзвенка. Журналирование всех действий в системе. Соответствие 152фз. Масштабируемость. Простота интеграции с другими системами. Доступность 24x6. Мнения расходятся- различные архитекторы предлагают от MS Sql до AS/400. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 10:19 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
Странный вопрос. А что, ваша учетная система может работать с разными СУБД или вы ее тоже собираетесь менять? Чем не устраивает DB2/Sybase, они тоже годятся для озвученного "тех. задания". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 10:33 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
Ggg_oldСтранный вопрос. А что, ваша учетная система может работать с разными СУБД или вы ее тоже собираетесь менять? Чем не устраивает DB2/Sybase, они тоже годятся для озвученного "тех. задания". Нет не может работать с разными СУБД. Речь идет о полной замене и написания с нуля новой системы. Sybase не рассматриваем кстати)))). Выбор MS SQL, DB2, Oracle и наконец AS/400 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 10:42 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
Тут подход простой: если нормально работает, то ничего не трогать. Если не работает... то хотелось бы сначала услышать, в чем возникла проблема :) P.S. Вот только не AS/400. iSeries - это, конечно, круто... но это единственное ее достоинство. ТСО будет намного выше по сравнению с аналогичной по производительности и надежности x86-системой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 10:42 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошительТут подход простой: если нормально работает, то ничего не трогать. Если не работает... то хотелось бы сначала услышать, в чем возникла проблема :) P.S. Вот только не AS/400. iSeries - это, конечно, круто... но это единственное ее достоинство. ТСО будет намного выше по сравнению с аналогичной по производительности и надежности x86-системой. Проблемы самые стандартные- падение производительности, невозможность нормально поддерживать существующие системы в виду закрытого ядра и более того одна из систем вообще уже динозавр, сложности с интеграцией. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 10:45 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
FantasmoПроблемы самые стандартные- падение производительности, невозможность нормально поддерживать существующие системы в виду закрытого ядра и более того одна из систем вообще уже динозавр, сложности с интеграцией. Ясно... Вообще, написание учетной системы - дело неблагодарное. Я бы все-таки всерьез подумал о приобретении готовой, вполне вероятно, это будет дешевле, с учетом времени и ресурсов на разработку. А так, сперва надо определиться, специалисты по каким СУБД есть в штате. Если DB2шник уже есть, можно остановиться на DB2. Если никого нет, тогда я бы рекомендовал MS SQL или Oracle. Все-таки найти толкового специалиста по этим СУБД будет проще. С Sybase ASE связываться не советую. Во-первых, у нее периодически обнаруживаются неприятные "фичи", во-вторых, мутная ценовая политика. То, что входит в цену коробки MS SQL, тут зачастую идет отдельными опциями, и к тому же подход к формированию цен у Sybase слегка индивидуальный :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 10:52 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошительFantasmoПроблемы самые стандартные- падение производительности, невозможность нормально поддерживать существующие системы в виду закрытого ядра и более того одна из систем вообще уже динозавр, сложности с интеграцией. Ясно... Вообще, написание учетной системы - дело неблагодарное. Я бы все-таки всерьез подумал о приобретении готовой, вполне вероятно, это будет дешевле, с учетом времени и ресурсов на разработку. А так, сперва надо определиться, специалисты по каким СУБД есть в штате. Если DB2шник уже есть, можно остановиться на DB2. Если никого нет, тогда я бы рекомендовал MS SQL или Oracle. Все-таки найти толкового специалиста по этим СУБД будет проще. С Sybase ASE связываться не советую. Во-первых, у нее периодически обнаруживаются неприятные "фичи", во-вторых, мутная ценовая политика. То, что входит в цену коробки MS SQL, тут зачастую идет отдельными опциями, и к тому же подход к формированию цен у Sybase слегка индивидуальный :) К сожалению готовых нет в принципе в природе. Разработка с внешней компанией в 2-3 раза дороже чем собственная, а результат так же не предсказуем. В основном специалисты по DB2, но они будут на поддержке существующих систем сидеть до ввода в промышленную эксплуатацию новой. MS SQL справиться с такими нагрузками? При работе фактически в он-лайн режиме? Отчетность тяжелая, которую операторы поднимают фактически раз в минуту. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 10:55 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
И вот еще, стоит ли вообще связываться с риск серверами? или остановиться на обычных? Например сделать поддержку кластеризации, если что довоткнуть))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 10:59 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
И подходит ли AS/400 под аналитическую базу. У нас входящий поток не маленький, но не постоянный. В основном аналитическая отчетность и хранение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 11:40 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
FantasmoИ вот еще, стоит ли вообще связываться с риск серверами? или остановиться на обычных? Например сделать поддержку кластеризации, если что довоткнуть))) Кластеризация прекрасно поддерживается и СУБД для х86. Лично я против risc-систем, особенно если речь идет о inhouse-разработке. Вы постоянно будете сталкиваться с особенностями или ограничениями незнакомой вам платформы, которые вы легко обошли бы в случае с х86. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 11:48 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
FantasmoИ подходит ли AS/400 под аналитическую базу. У нас входящий поток не маленький, но не постоянный. В основном аналитическая отчетность и хранение. Если речь идет об аналитике, я бы серьезно посмотрел в сторону Sybase IQ. Нельзя ставить вопрос "справится ли MS SQL с большими нагрузками". Конечно же, справится, как и любая другая СУБД. Вопрос в том, за какое время и сколько ему потребуется памяти и места под TempDB :) А чтобы ответить на этот вопрос, нужно знать, какие объемы данных, какие запросы (и как они спроектированы), и как часто, и какое предполагается железо (если в этом плане есть ограничения). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 11:53 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
Fantasmo В основном специалисты по DB2, но они будут на поддержке существующих систем сидеть до ввода в промышленную эксплуатацию новой. MS SQL справиться с такими нагрузками? DB2 точно справится. Так что на вашем месте я бы перевёл систему полностью на DB2 и, раз уж у вас есть по нему специалисты, послал бы их на выявление и правку косяков старой. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 11:59 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошительFantasmoИ подходит ли AS/400 под аналитическую базу. У нас входящий поток не маленький, но не постоянный. В основном аналитическая отчетность и хранение. Если речь идет об аналитике, я бы серьезно посмотрел в сторону Sybase IQ. Нельзя ставить вопрос "справится ли MS SQL с большими нагрузками". Конечно же, справится, как и любая другая СУБД. Вопрос в том, за какое время и сколько ему потребуется памяти и места под TempDB :) А чтобы ответить на этот вопрос, нужно знать, какие объемы данных, какие запросы (и как они спроектированы), и как часто, и какое предполагается железо (если в этом плане есть ограничения). С Sybase не очень хотелось бы работать... странно у них все))) А Oracle разве не подходит для этого? Мне кажется еще как. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 12:00 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
FantasmoС Sybase не очень хотелось бы работать... странно у них все))) А Oracle разве не подходит для этого? Мне кажется еще как. Это СУБД разного класса. Oracle, как и MS SQL, и DB2, и Sybase ASE - это оперативные СУБД. Они универсальны. Sybase IQ - аналитическая СУБД. Она намного медленнее осуществляет вставку/обновление данных (и, строго говоря, вообще для этого не предназначена, данные в нее лучше загружать через bulk load, допустим, раз в день), зато намного быстрее выполняет выборки данных. Она не заменяет оперативную БД, а дополняет ее в части отчетности и OLAP. Какую из перечисленных оперативных БД выбрать, не так уж важно. Они одинаково универсальны и одинаково справятся с задачей. Я бы согласился с Dimitry Sibiryakov, наличие в штате специалистов по DB2 - это уже серьезный довод в ее пользу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 12:06 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошительFantasmoС Sybase не очень хотелось бы работать... странно у них все))) А Oracle разве не подходит для этого? Мне кажется еще как. Это СУБД разного класса. Oracle, как и MS SQL, и DB2, и Sybase ASE - это оперативные СУБД. Они универсальны. Sybase IQ - аналитическая СУБД. Она намного медленнее осуществляет вставку/обновление данных (и, строго говоря, вообще для этого не предназначена, данные в нее лучше загружать через bulk load, допустим, раз в день), зато намного быстрее выполняет выборки данных. Она не заменяет оперативную БД, а дополняет ее в части отчетности и OLAP. Какую из перечисленных оперативных БД выбрать, не так уж важно. Они одинаково универсальны и одинаково справятся с задачей. Я бы согласился с Dimitry Sibiryakov, наличие в штате специалистов по DB2 - это уже серьезный довод в ее пользу. Логично. Но! Использовать AS-ку или обычную DB2 под x86 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 12:09 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
FantasmoИспользовать AS-ку или обычную DB2 под x86 А вот этот вопрос так же логично было бы задать вашим специалистам по DB2. Смогут ли они освоить AS? Есть ли вообще для вашей системы такая потребность? PS: Это если они в самом деле специалисты, а не погулять вышли... Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 12:33 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
2 Fantasmo Смотрите в сторону pSeries (сейчас называется IBM Power Systems), на одной и той же "железке" можно иметь и AIX и i5/OS (AS/400) и тот же Linux... Смысла "AS/400" нету, если нет legacy приложений. Если есть спецы по DB2, проще остановится на том что знаете лучше всего ;) и только одном вендоре - IBM. Посмотрите также линейку IBM InfoSphere, там очень много продуктов по интеграции, DWH и т.д. Может оказатся, что вам хватит сделать реал-таим реплику для отчетности и разгрузит "главную" базу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 12:36 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
FantasmoЛогично. Но! Использовать AS-ку или обычную DB2 под x86 А что планируется получить от ASки? Использовать ее тупо как хранилище данных? Или писать на ней и софт? И как тогда писать, на Java (просто на Java иль WebSphere на нее взгромоздить?) или может на RPG? ;-) Если вы совершенно четко не представляете, зачем вам нужна iSeries, выбор простой: не брать iSeries. Кроме того, надо иметь в виду, что DB2 для iSeries всегда на одну-две версии отстает от DB2 для х86. А еще нужно знать, что SQL у iSeries - неродная приблуда, и на ней хранимые процедуры на SQL работают значительно медленнее, чем APIшная работа с СУБД, так что вам придется или переучивать разработчиков или мириться с низкой производительностью ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 12:37 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошитель пишет: > специалиста по этим СУБД будет проще. С Sybase ASE связываться не > советую. Во-первых, у нее периодически обнаруживаются неприятные "фичи", > во-вторых, мутная ценовая политика. То, что входит в цену коробки MS Ну, не могу не сказать пару слов. В MSSQL и Oracle периодически обнаруживаются точно такие же "неприятные фичи". Разные СУБД по-разному работают. Это нормально. (точнее -- с этим ничего не поделаеш, и открытое ядро тебе ничего не даст). А ценовая политика мутная не у Sybase, а у нашего Sybase CIS. Если есть возможность купить в Европе, автоматом все проблемы снимаются. (но покупать естественно придётся за деньги, бесплатно никто не даст ). Так что не думаю, что Sybase тут как-то хуже или лучше других. вообще выбирать RDBMS сейчас очень трудно, потому что критериев реально нет. А на вопрос "справиться ли XXX с такими нагрузками?" до тех пор, пока система не разработана и уже не работает, невозможно. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 13:39 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
Fantasmo пишет: > И вот еще, стоит ли вообще связываться с риск серверами? или > остановиться на обычных? Например сделать поддержку кластеризации, если Тебе какая разница, на чём СУБД будет работать ? ГЛавное чтобы она была туда скомпилирована и быстро работала. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 13:40 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
MSSQL или Oracle. Бо популярны (подумайте о кадрах). Остальное фтопку. В ровных руках - отличные СУБД. С кривыми не помогут даже мегасубд на мегасерверах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 18:54 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
Хотелоь бы заметить, что AS/400 - это не только СУБД , но и железо с операционной системой, специально разработанные для поддержки этой СУБД, и специализированные языки программирования для работы с БД и построения отчётов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2009, 19:45 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
kordaХотелоь бы заметить, что AS/400 - это не только СУБД , но и железо с операционной системой, специально разработанные для поддержки этой СУБД, и специализированные языки программирования для работы с БД и построения отчётов. Называется программно-аппаратный комплекс)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2009, 09:09 |
|
||
|
Выбор СУБД для учетки
|
|||
|---|---|---|---|
|
#18+
kordaХотелоь бы заметить, что AS/400 - это не только СУБД , но и железо с операционной системой, специально разработанные для поддержки этой СУБД, и специализированные языки программирования для работы с БД и построения отчётов. Кролики - это не только ценный мех, но и два-три килограмма диетического, легкоусваиваемого мяса :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2009, 09:54 |
|
||
|
|

start [/forum/topic.php?fid=35&fpage=18&tid=1552834]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
33ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
79ms |
get tp. blocked users: |
2ms |
| others: | 234ms |
| total: | 392ms |

| 0 / 0 |
