Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4 5 6   вперед  Ctrl      все
 Oracle vs MS SQL как СУБД для процессинговых центров  [new]
OYM
Member

Откуда:
Сообщений: 236
Добрый день!
Какая сейчас тенденция в мире обработок платежей (карточки и т.д.)? Какие СУБД используется? Раньше до того как в SQL Server появились 2 дополнительных TIL Snapshot и RC Snapshot (до 2005), наверное использовался Oracle (ввиду его работы как версионника), но теперь возможно ли использовать SQL Server? И если его используют, то какое процентное соотношение в сравнении с другими?
27 фев 13, 14:00    [13988396]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
OYM
Раньше ...до 2005
Вы всерьез думаете, что рынок финансовых приложений такой динамичный? Подавляющее большинство используемого сейчас финансового ПО написано еще в прошлом веке, а вы про 2005.
Я не думаю, что появление новых фичей в SQL Server (или в Oracle) как-то серьезно влияет на выбор СУБД даже для новых разработок - все определяется пристрастиями ведущих разработчиков и подверженностью ЛПР маркетинговой шелухе.
27 фев 13, 16:14    [13989660]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
ДохтаР
Member [заблокирован]

Откуда: Новоукраинск
Сообщений: 16864
OYM
Добрый день!
Какая сейчас тенденция в мире обработок платежей (карточки и т.д.)? Какие СУБД используется? Раньше до того как в SQL Server появились 2 дополнительных TIL Snapshot и RC Snapshot (до 2005), наверное использовался Oracle (ввиду его работы как версионника), но теперь возможно ли использовать SQL Server? И если его используют, то какое процентное соотношение в сравнении с другими?


ИМХО MS и его SQL в частности однозначно не в приоритете для реалтаймовых систем, коими есть процессинги.

1. Риски заразить вирусней от рабочих станций виндОС с базой и приложениями.

2. Доп затраты ресурсов на анитивирусное ПО.

3. Требования по времени отклика. ИЗ ОС выпиливаются всякий лишний хлам.
В MS выпилить хлам сложнее.

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

5 Посмотрите какую активность создаетет эвентвьювер,
при необходимости проанализировать, что происходит с системой на лету.

6. И перфоманс монитор виндОС, еще та "радость" для перфоманснюнинга.
27 фев 13, 17:01    [13989997]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
В тему - по исследованиям CNews Analytics за 2005 год распределение СУБД для АБС было таким:
34% - Btrieve/Pervasive, 24% - Microsoft SQL, 20% - Oracle, 7% - Progress

АБС, конечно не процессинг, но видно, что и в до-shapshot-ские времена SQL Server не был бедным родственников.
27 фев 13, 17:12    [13990076]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Bogdanov Andrey,

это в мире или в России? чесно говоря цифры неожиданные и там и там
27 фев 13, 17:19    [13990138]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
pkarklin
Member

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

автор
1. Риски заразить вирусней от рабочих станций виндОС с базой и приложениями.

2. Доп затраты ресурсов на анитивирусное ПО.


Не место антивирусам на серверах СУБД даже под виндой при правильной политики защиты, ибо и к ним доступ ограничен и с них доступ ограничен и в правах учетки ограничены.

автор
3. Требования по времени отклика. ИЗ ОС выпиливаются всякий лишний хлам.
В MS выпилить хлам сложнее.


"Хлам" в ОС мало коррелирует с временем отклика СУБД, если это выделенный сервер.

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


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

автор
5 Посмотрите какую активность создаетет эвентвьювер,
при необходимости проанализировать, что происходит с системой на лету.

6. И перфоманс монитор виндОС, еще та "радость" для перфоманснюнинга.


Гм... ивентвьюером анализировать "что происходит с системой на лету", учитывая, что "система" - это сервер СУБД? Что Вас не устраивает в "перфоманс монитор виндОС"? Какую долю "перформанстюнинга"сервера СУБД составляет тюнинг с помощью "перфоманс монитор виндОС".

Учитывая вышесказанное, хотелось бы узнать с какими реальными системами и под какой-нагрузкой, использующими MS SQL, Вам приходилось сталкиваться?
27 фев 13, 17:29    [13990216]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
SergSuper
Bogdanov Andrey,
это в мире или в России?

Это в России.

SergSuper
чесно говоря цифры неожиданные и там и там

Велосипед не мой. Вот ссылка
Надо учесть, что во-первых, никто не ограничивалься крупными банками (там картина будет несколько иной)
Во-вторых, обычно такие иследования проводятся телефонными опросами и опрошенный сотрудник под словом "АБС" может понимать что-то свое или просто быть не очень в курсе.
Ну а в третьих, такие иследования очень часто заказные и показывают перевес в пользу "нужных" заказчику пунктов.

Но думаю, что в рамках данного топика сравнение позиций SQL Server и Oracle в этом опросе можно считать относительно объективным.
27 фев 13, 17:35    [13990267]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
ДохтаР
Member [заблокирован]

Откуда: Новоукраинск
Сообщений: 16864
pkarklin

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


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

автор
5 Посмотрите какую активность создаетет эвентвьювер,
при необходимости проанализировать, что происходит с системой на лету.

6. И перфоманс монитор виндОС, еще та "радость" для перфоманснюнинга.


Гм... ивентвьюером анализировать "что происходит с системой на лету", учитывая, что "система" - это сервер СУБД? Что Вас не устраивает в "перфоманс монитор виндОС"? Какую долю "перформанстюнинга"сервера СУБД составляет тюнинг с помощью "перфоманс монитор виндОС".

Учитывая вышесказанное, хотелось бы узнать с какими реальными системами и под какой-нагрузкой, использующими MS SQL, Вам приходилось сталкиваться?

Возможно я чуть перегнул , около 50 - 100 гиг база была.
Пришлось столкнуться сабжевой системой купленной в начале 2000-х
написанной по всем бестпрактисам МS база MS SQL приложение на ИЕ и НЕТе для обслуживания
е-комерс ( VBV MCSC ) с логированием всего происходящего в эвент вьювер.
Когда из интернета на нее приходит пару сотен платежей одновременно,
система становилась колом.

Вобщем избавились от нее и слава богу.

Я не против самой СУБД MSSQL, но он на других платформах не работает,
а с MS технологий в комплексе гемороя біло больше,
по сравнению с другими участками процессирования без участия MS технологий.
27 фев 13, 18:17    [13990565]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Bogdanov Andrey
В тему - по исследованиям CNews Analytics за 2005 год распределение СУБД для АБС было таким:
34% - Btrieve/Pervasive, 24% - Microsoft SQL, 20% - Oracle, 7% - Progress

АБС, конечно не процессинг, но видно, что и в до-shapshot-ские времена SQL Server не был бедным родственников.
Думаю, что почти все Btrieve/Pervasive уже смигрировали на Oracle, тем самым доведя долю Oracle до более 50%. Да и вообще ощущение возникает, что этот опрос был сделан не в 2005, а 1995 ;) Вот, например, что говорит wikipedia (хотя не самый авторитетный источник):
wikipedia
Первые версии таких продуктов работали в популярных на тот момент операционных системах MS-DOS и Netware с использованием файловых систем типа Clipper и, позже, СУБД Btrieve и имели текстовый интерфейс[2]. Новые версии АБС (в числе первых были Афина и Диасофт 5NT) разрабатывались в графическом интерфейсе с использованием таких СУБД, как Oracle Database, Sybase и в дальнейшем Microsoft SQL Server. Кроме того, ПрограмБанк и ЭСКЕЙП-М использовали в своих продуктах СУБД Caché. В основном переход на новые платформы завершился к 2000 году.
27 фев 13, 21:51    [13991199]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
pkarklin
Member

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

автор
Думаю, что...


Аргументировано, чЁ!

автор
Вот, например, что говорит wikipedia


На заборе и не такое написано.
27 фев 13, 22:10    [13991246]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
pkarklin
Alexander Ryndin,

автор
Думаю, что почти все Btrieve/Pervasive уже смигрировали на Oracle, тем самым доведя долю Oracle до более 50%. Да и вообще ощущение возникает, что этот опрос был сделан не в 2005, а 1995 ;) Вот, например, что говорит wikipedia (хотя не самый авторитетный источник)
Аргументировано, чЁ!
Вот гуглю "Btrieve АБС" и сразу же статья. И сразу же подтверждение моих слов:
автор
Время подводить итоги: близка к завершению программа, объявленная компанией «Кворум», по переводу АБС банков с системы «Кворум – Btrieve» на систему «Кворум – Oracle».
Прошло почти 10 месяцев с тех пор, как в июле 2006 года на семинаре компания «Кворум» объявила о массовом переводе банков, работающих на АБС «Кворум» на платформе Btrieve, на АБС на платформе Oracle. Отказ от поддержки системы на платформе Btrieve позволит компании «Кворум» не распылять силы, а сосредоточиться на развитии проекта, основанного на более передовых технологиях.
...
Благодаря разработанным специалистами компании «Кворум» методике и инструментарию, позволяющим безболезненно реализовать переход на Oracle даже многофилиальным банкам, с момента проведения семинара внедрение АБС Кворум на платформе Oracle уже закончено в 7 банках. На этапе внедрения находятся еще 7 проектов. Работы планируется завершить в первом полугодии 2007 года.
27 фев 13, 22:31    [13991317]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
pkarklin
Member

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

Это не тот ли Кворум?!

Вакансия "Начальник группы аналитиков отдела разработки ПО Кворум"

Вакансия "Начальник группы программистов отдела разработки ПО Кворум"

Пичалька там, какая-то...
27 фев 13, 22:48    [13991362]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
Alexander Ryndin
Думаю, что почти все Btrieve/Pervasive уже смигрировали на Oracle, тем самым доведя долю Oracle до более 50%. Да и вообще ощущение возникает, что этот опрос был сделан не в 2005, а 1995 ;)

На моей памяти как раз к середине нулевых были готовы и успешно внедрены стабильные новые версии у тогдашних лидеров рынка (Диасофт и Р-Стайл) после чего начался массовый перевод существующих клиентов с Btrieve.
При этом у Р-стайл новая версия была на Oracle, а у Диасофт, если мне помять не изменяет, на MSSQL.
Если учесть, что в последние годы на этом рынке также активно росла доля ЦФТ (с оракловым решением), то скорее всего сейчас Oracle в данном секторе опережает MSSQL (ну а доля Btrieve упала почти к нулю). Но каких-то данных подтверждающих это наблюдение у меня нет - исключительно личные впечатления.
27 фев 13, 22:55    [13991375]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Bogdanov Andrey
Но каких-то данных подтверждающих это наблюдение у меня нет - исключительно личные впечатления.
А у нас и не может быть других данных. Мы не аналитики и сами опросы не делаем.
27 фев 13, 23:06    [13991407]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Alexander Ryndin
А у нас и не может быть других данных. Мы не аналитики и сами опросы не делаем.


Ну, да. Главное - вбросить...
27 фев 13, 23:08    [13991416]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
londinium
Member

Откуда: Киев
Сообщений: 1201
Тоже, пожалуй, влезу, хотя и не процессинг, но, как мне кажется, тоже будет достаточно интересно
вот тут:
[/url]
есть ссылка на статистику АБС Украинских банков
Сама табличка тут:
[url=https://docs.google.com/spreadsheet/pub?hl=ru&hl=ru&key=0Avl72LbsHZs6dFhkeklYMjdiYjZCTmpyQXhHekIyR0E&output=html]


АБС Б2 Oracle 11G
SRBank4 Oracle
SCROOGE MS SQL Server
RS-Bank Oracle
БІС Грант Oracle
СКАРБ MS SQL Server
ProFIX/Bank Informix Dynamic Server
Flexcube Oracle
UniCorn
Midas DB2 AS/400 (???)
T24 Microsoft SQL Server
Мебиус ???
W_Opday Oracle
27 фев 13, 23:28    [13991477]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
pkarklin
Ну, да. Главное - вбросить...
Ну то, что в российских АБС чаще используется Oracle я бы считал фактом. Вот, например, более свежая статистика по использованию АБС в 50 крупнейших банках. Многие банки несколько систем используют, но в целом в табличке упоминаются (я мог где-то обсчитаться):
ЦФТ и Диасофт по 11 раз
Афина и Коврум по 7 раз
БИС - 4 раза
Банкир/Про и Инверсия по 3 раза
R-Style и Misys по 2 раза
остальны по одному.

Из перечисленных только у Диасофт точно используется SQLServer. ЦФТ, Афина, Кворум, Инверсия, R-Style сделаны на Oracle, так что перевес в пользу Oracle очевиден.
Естественно, это не мешает существованию в банках дополнительных программных комплексов, построенных на SQLServer.
28 фев 13, 09:42    [13992243]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Ну это все про АБС.
А вопрос то был про процессинговые центры. А вот их я вообще на MSSQL не знаю. Есть такие?
28 фев 13, 10:18    [13992433]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3787
Alexander Ryndin
Ну это все про АБС.
А вопрос то был про процессинговые центры. А вот их я вообще на MSSQL не знаю. Есть такие?

У мтс-а оракл емнип.
28 фев 13, 11:17    [13992762]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
OYM
Member

Откуда:
Сообщений: 236
Мне кажется эти домыслы насчет нестабильности винды есть просто домыслы.
Вот, например, "сервер заразится вирусней с ПК", ну скажите на милость как туда попадет вирус? По стандартном порту SQL Server что ли?? Как ему туда добраться?
1 мар 13, 15:51    [13999787]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
OYM
как туда попадет вирус?
Воздушно-капельным путем :)
1 мар 13, 16:06    [13999925]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54761

OYM
скажите на милость как туда попадет вирус? По стандартном порту SQL Server что
ли?? Как ему туда добраться?

Например так: http://en.wikipedia.org/wiki/SQL_slammer_worm

Posted via ActualForum NNTP Server 1.5

1 мар 13, 16:10    [13999962]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Yo.!
Guest
OYM
Мне кажется эти домыслы насчет нестабильности винды есть просто домыслы.
Вот, например, "сервер заразится вирусней с ПК", ну скажите на милость как туда попадет вирус? По стандартном порту SQL Server что ли?? Как ему туда добраться?

гугли по теме slammer. на других платформах такое было бы не возможно, просто потому, что даже самые безолаберные админы фаирвол не отключают.
1 мар 13, 16:12    [14000009]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
ну как бы 10 лет со сламмера прошло...
1 мар 13, 16:37    [14000140]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
ДохтаР
Member [заблокирован]

Откуда: Новоукраинск
Сообщений: 16864
OYM
Мне кажется эти домыслы насчет нестабильности винды есть просто домыслы.
Вот, например, "сервер заразится вирусней с ПК", ну скажите на милость как туда попадет вирус? По стандартном порту SQL Server что ли?? Как ему туда добраться?


Попробуй виндосервере административно закрыть 135 138 139 443 итд порты от
других серверов и рабочих станций пользователей AD .

Максимум через час позвонит главный ИТшник в очень плохом расположении духа Картинка с другого сайта.
1 мар 13, 16:49    [14000200]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4 5 6   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить