|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Добрый день! Какая сейчас тенденция в мире обработок платежей (карточки и т.д.)? Какие СУБД используется? Раньше до того как в SQL Server появились 2 дополнительных TIL Snapshot и RC Snapshot (до 2005), наверное использовался Oracle (ввиду его работы как версионника), но теперь возможно ли использовать SQL Server? И если его используют, то какое процентное соотношение в сравнении с другими? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2013, 14:00 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMРаньше ...до 2005Вы всерьез думаете, что рынок финансовых приложений такой динамичный? Подавляющее большинство используемого сейчас финансового ПО написано еще в прошлом веке, а вы про 2005. Я не думаю, что появление новых фичей в SQL Server (или в Oracle) как-то серьезно влияет на выбор СУБД даже для новых разработок - все определяется пристрастиями ведущих разработчиков и подверженностью ЛПР маркетинговой шелухе. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2013, 16:14 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMДобрый день! Какая сейчас тенденция в мире обработок платежей (карточки и т.д.)? Какие СУБД используется? Раньше до того как в SQL Server появились 2 дополнительных TIL Snapshot и RC Snapshot (до 2005), наверное использовался Oracle (ввиду его работы как версионника), но теперь возможно ли использовать SQL Server? И если его используют, то какое процентное соотношение в сравнении с другими? ИМХО MS и его SQL в частности однозначно не в приоритете для реалтаймовых систем, коими есть процессинги. 1. Риски заразить вирусней от рабочих станций виндОС с базой и приложениями. 2. Доп затраты ресурсов на анитивирусное ПО. 3. Требования по времени отклика. ИЗ ОС выпиливаются всякий лишний хлам. В MS выпилить хлам сложнее. 4. Попробуйте полгода не перегружать винду , сколько времени она будет перегружаться с установкой всех набежавших за это время патчей? 5 Посмотрите какую активность создаетет эвентвьювер, при необходимости проанализировать, что происходит с системой на лету. 6. И перфоманс монитор виндОС, еще та "радость" для перфоманснюнинга. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2013, 17:01 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
В тему - по исследованиям CNews Analytics за 2005 год распределение СУБД для АБС было таким: 34% - Btrieve/Pervasive, 24% - Microsoft SQL, 20% - Oracle, 7% - Progress АБС, конечно не процессинг, но видно, что и в до-shapshot-ские времена SQL Server не был бедным родственников. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2013, 17:12 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Bogdanov Andrey, это в мире или в России? чесно говоря цифры неожиданные и там и там ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2013, 17:19 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
ДохтаР, автор1. Риски заразить вирусней от рабочих станций виндОС с базой и приложениями. 2. Доп затраты ресурсов на анитивирусное ПО. Не место антивирусам на серверах СУБД даже под виндой при правильной политики защиты, ибо и к ним доступ ограничен и с них доступ ограничен и в правах учетки ограничены. автор3. Требования по времени отклика. ИЗ ОС выпиливаются всякий лишний хлам. В MS выпилить хлам сложнее. "Хлам" в ОС мало коррелирует с временем отклика СУБД, если это выделенный сервер. автор4. Попробуйте полгода не перегружать винду , сколько времени она будет перегружаться с установкой всех набежавших за это время патчей? И подольше не перезагружаю. Есть реальная необходимость в установке всех патчей? автор5 Посмотрите какую активность создаетет эвентвьювер, при необходимости проанализировать, что происходит с системой на лету. 6. И перфоманс монитор виндОС, еще та "радость" для перфоманснюнинга. Гм... ивентвьюером анализировать "что происходит с системой на лету", учитывая, что "система" - это сервер СУБД? Что Вас не устраивает в "перфоманс монитор виндОС"? Какую долю "перформанстюнинга"сервера СУБД составляет тюнинг с помощью "перфоманс монитор виндОС". Учитывая вышесказанное, хотелось бы узнать с какими реальными системами и под какой-нагрузкой, использующими MS SQL, Вам приходилось сталкиваться? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2013, 17:29 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
SergSuperBogdanov Andrey, это в мире или в России? Это в России. SergSuperчесно говоря цифры неожиданные и там и там Велосипед не мой. Вот ссылка Надо учесть, что во-первых, никто не ограничивалься крупными банками (там картина будет несколько иной) Во-вторых, обычно такие иследования проводятся телефонными опросами и опрошенный сотрудник под словом "АБС" может понимать что-то свое или просто быть не очень в курсе. Ну а в третьих, такие иследования очень часто заказные и показывают перевес в пользу "нужных" заказчику пунктов. Но думаю, что в рамках данного топика сравнение позиций SQL Server и Oracle в этом опросе можно считать относительно объективным. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2013, 17:35 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
pkarklin автор4. Попробуйте полгода не перегружать винду , сколько времени она будет перегружаться с установкой всех набежавших за это время патчей? И подольше не перезагружаю. Есть реальная необходимость в установке всех патчей? автор5 Посмотрите какую активность создаетет эвентвьювер, при необходимости проанализировать, что происходит с системой на лету. 6. И перфоманс монитор виндОС, еще та "радость" для перфоманснюнинга. Гм... ивентвьюером анализировать "что происходит с системой на лету", учитывая, что "система" - это сервер СУБД? Что Вас не устраивает в "перфоманс монитор виндОС"? Какую долю "перформанстюнинга"сервера СУБД составляет тюнинг с помощью "перфоманс монитор виндОС". Учитывая вышесказанное, хотелось бы узнать с какими реальными системами и под какой-нагрузкой, использующими MS SQL, Вам приходилось сталкиваться? Возможно я чуть перегнул , около 50 - 100 гиг база была. Пришлось столкнуться сабжевой системой купленной в начале 2000-х написанной по всем бестпрактисам МS база MS SQL приложение на ИЕ и НЕТе для обслуживания е-комерс ( VBV MCSC ) с логированием всего происходящего в эвент вьювер. Когда из интернета на нее приходит пару сотен платежей одновременно, система становилась колом. Вобщем избавились от нее и слава богу. Я не против самой СУБД MSSQL, но он на других платформах не работает, а с MS технологий в комплексе гемороя біло больше, по сравнению с другими участками процессирования без участия MS технологий. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2013, 18:17 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
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.02.2013, 21:51 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Alexander Ryndin, авторДумаю, что... Аргументировано, чЁ! авторВот, например, что говорит wikipedia На заборе и не такое написано. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2013, 22:10 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
pkarklinAlexander Ryndin, авторДумаю, что почти все Btrieve/Pervasive уже смигрировали на Oracle, тем самым доведя долю Oracle до более 50%. Да и вообще ощущение возникает, что этот опрос был сделан не в 2005, а 1995 ;) Вот, например, что говорит wikipedia (хотя не самый авторитетный источник)Аргументировано, чЁ!Вот гуглю "Btrieve АБС" и сразу же статья . И сразу же подтверждение моих слов: авторВремя подводить итоги: близка к завершению программа, объявленная компанией «Кворум», по переводу АБС банков с системы «Кворум – Btrieve» на систему «Кворум – Oracle». Прошло почти 10 месяцев с тех пор, как в июле 2006 года на семинаре компания «Кворум» объявила о массовом переводе банков, работающих на АБС «Кворум» на платформе Btrieve, на АБС на платформе Oracle. Отказ от поддержки системы на платформе Btrieve позволит компании «Кворум» не распылять силы, а сосредоточиться на развитии проекта, основанного на более передовых технологиях. ... Благодаря разработанным специалистами компании «Кворум» методике и инструментарию, позволяющим безболезненно реализовать переход на Oracle даже многофилиальным банкам, с момента проведения семинара внедрение АБС Кворум на платформе Oracle уже закончено в 7 банках. На этапе внедрения находятся еще 7 проектов. Работы планируется завершить в первом полугодии 2007 года. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2013, 22:31 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Alexander Ryndin, Это не тот ли Кворум?! Вакансия "Начальник группы аналитиков отдела разработки ПО Кворум" Вакансия "Начальник группы программистов отдела разработки ПО Кворум" Пичалька там, какая-то... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2013, 22:48 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Alexander RyndinДумаю, что почти все Btrieve/Pervasive уже смигрировали на Oracle, тем самым доведя долю Oracle до более 50%. Да и вообще ощущение возникает, что этот опрос был сделан не в 2005, а 1995 ;) На моей памяти как раз к середине нулевых были готовы и успешно внедрены стабильные новые версии у тогдашних лидеров рынка (Диасофт и Р-Стайл) после чего начался массовый перевод существующих клиентов с Btrieve. При этом у Р-стайл новая версия была на Oracle, а у Диасофт, если мне помять не изменяет, на MSSQL. Если учесть, что в последние годы на этом рынке также активно росла доля ЦФТ (с оракловым решением), то скорее всего сейчас Oracle в данном секторе опережает MSSQL (ну а доля Btrieve упала почти к нулю). Но каких-то данных подтверждающих это наблюдение у меня нет - исключительно личные впечатления. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2013, 22:55 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Bogdanov AndreyНо каких-то данных подтверждающих это наблюдение у меня нет - исключительно личные впечатления.А у нас и не может быть других данных. Мы не аналитики и сами опросы не делаем. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2013, 23:06 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Alexander RyndinА у нас и не может быть других данных. Мы не аналитики и сами опросы не делаем. Ну, да. Главное - вбросить... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2013, 23:08 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Тоже, пожалуй, влезу, хотя и не процессинг, но, как мне кажется, тоже будет достаточно интересно вот тут: http://www.uabanker.net/forum/index.php?showtopic=9345&st=140] есть ссылка на статистику АБС Украинских банков Сама табличка тут: 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.02.2013, 23:28 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
pkarklinНу, да. Главное - вбросить...Ну то, что в российских АБС чаще используется Oracle я бы считал фактом. Вот, например, более свежая статистика по использованию АБС в 50 крупнейших банках . Многие банки несколько систем используют, но в целом в табличке упоминаются (я мог где-то обсчитаться): ЦФТ и Диасофт по 11 раз Афина и Коврум по 7 раз БИС - 4 раза Банкир/Про и Инверсия по 3 раза R-Style и Misys по 2 раза остальны по одному. Из перечисленных только у Диасофт точно используется SQLServer. ЦФТ, Афина, Кворум, Инверсия, R-Style сделаны на Oracle, так что перевес в пользу Oracle очевиден. Естественно, это не мешает существованию в банках дополнительных программных комплексов, построенных на SQLServer. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2013, 09:42 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Ну это все про АБС. А вопрос то был про процессинговые центры. А вот их я вообще на MSSQL не знаю. Есть такие? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2013, 10:18 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Alexander RyndinНу это все про АБС. А вопрос то был про процессинговые центры. А вот их я вообще на MSSQL не знаю. Есть такие? У мтс-а оракл емнип. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2013, 11:17 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Мне кажется эти домыслы насчет нестабильности винды есть просто домыслы. Вот, например, "сервер заразится вирусней с ПК", ну скажите на милость как туда попадет вирус? По стандартном порту SQL Server что ли?? Как ему туда добраться? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 15:51 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYM как туда попадет вирус?Воздушно-капельным путем :) ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 16:06 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMскажите на милость как туда попадет вирус? По стандартном порту SQL Server что ли?? Как ему туда добраться? Например так: http://en.wikipedia.org/wiki/SQL_slammer_worm Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 16:10 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMМне кажется эти домыслы насчет нестабильности винды есть просто домыслы. Вот, например, "сервер заразится вирусней с ПК", ну скажите на милость как туда попадет вирус? По стандартном порту SQL Server что ли?? Как ему туда добраться? гугли по теме slammer. на других платформах такое было бы не возможно, просто потому, что даже самые безолаберные админы фаирвол не отключают. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 16:12 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
ну как бы 10 лет со сламмера прошло... ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 16:37 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMМне кажется эти домыслы насчет нестабильности винды есть просто домыслы. Вот, например, "сервер заразится вирусней с ПК", ну скажите на милость как туда попадет вирус? По стандартном порту SQL Server что ли?? Как ему туда добраться? Попробуй виндосервере административно закрыть 135 138 139 443 итд порты от других серверов и рабочих станций пользователей AD . Максимум через час позвонит главный ИТшник в очень плохом расположении духа ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 16:49 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
ДохтаРOYMМне кажется эти домыслы насчет нестабильности винды есть просто домыслы. Вот, например, "сервер заразится вирусней с ПК", ну скажите на милость как туда попадет вирус? По стандартном порту SQL Server что ли?? Как ему туда добраться? Попробуй виндосервере административно закрыть 135 138 139 443 итд порты от других серверов и рабочих станций пользователей AD . Максимум через час позвонит главный ИТшник в очень плохом расположении духа Это инфраструктурные порты, их не надо закрывать ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 16:53 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Да ладно, Бог с теми вирусами. Мне кажется, дело в другом - процессинги и АБС часто крутят на "большом" железе (HP,IBM), куда Windows или добрался относительно недавно, или не добрался вообще. Поэтому, зачем делать процессинг на MS SQL SERVER, который просто не встанет на заботливоприпасенный p-сервер IBM ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 17:26 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMДохтаРпропущено... Попробуй виндосервере административно закрыть 135 138 139 443 итд порты от других серверов и рабочих станций пользователей AD . Максимум через час позвонит главный ИТшник в очень плохом расположении духа Это инфраструктурные порты, их не надо закрывать Это дыры , через которые с рабочих станций на сервера в AD залазит основная масса вирусов . ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 17:27 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Никто не запрещает остановить и запретить к запуску службу сервера. Параноики могут проделать тоже самое и со службой рабочей станции. P.S. Да, я в курсе, что администрировать систему будет "не так привычно". ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 19:37 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Таким образом, "малопригодность" SQL Server в этом топике сугубо описывается "небезопасностью" винды, но все же хотелось бы услышать, чего в нем не хватает для реалтаймовой работы процесс. центра (допустим "надуманные" проблемы с вирусами, перезагрузками, накатыванием обновлений и прочей нестабильности винды побороли)? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 20:36 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
londiniumДа ладно, Бог с теми вирусами. Мне кажется, дело в другом - процессинги и АБС часто крутят на "большом" железе (HP,IBM), куда Windows или добрался относительно недавно, или не добрался вообще. Поэтому, зачем делать процессинг на MS SQL SERVER, который просто не встанет на заботливоприпасенный p-сервер IBM Ну а что мешает делать это на интеловском железе? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 20:37 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMТаким образом, "малопригодность" SQL Server в этом топике сугубо описывается "небезопасностью" винды, но все же хотелось бы услышать, чего в нем не хватает для реалтаймовой работы процесс. центра (допустим "надуманные" проблемы с вирусами, перезагрузками, накатыванием обновлений и прочей нестабильности винды побороли)? Теоретически и архитектурно у блокировчкика с версионным механизмом больше возможносей для маневра как для разработчиков , так и для эксплуататоров. Не знаю побороли эту лажу или нет, давно было, но несколько раз приходилось сталкиваться с распуханием регулярно бекапируемого журнала транзакций, лечилось рестартом базы вместе с подписчиками. Сразу после рестарта, журнал шринкается на 90% за 4 клика Подзрение падало на служебные распределенные транзакции мастер-подписчик. Квалификации победить не хватило, да и особого желания глубоко ковыряться небыло, избавились от системы в целом. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 21:22 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
ДохтаРТеоретически и архитектурно у блокировчкика с версионным механизмом больше возможносей для маневра было бы интересно услышать чего больше, кроме того, что блокировочные транзакции получают минусы версионных в виде необходимости писанины в tempdb версий, а версионные получают минусы блокировочных в виде огромных локлистов и дедлогов ? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 22:43 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Yo.!ДохтаРТеоретически и архитектурно у блокировчкика с версионным механизмом больше возможносей для маневра было бы интересно услышать чего больше, кроме того, что блокировочные транзакции получают минусы версионных в виде необходимости писанины в tempdb версий, а версионные получают минусы блокировочных в виде огромных локлистов и дедлогов ? А Оракл хранит версии в космосе.... ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 22:59 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMА Оракл хранит версии в космосе.... оракл хранит версии в UNDO, но не плодит миллиарды блокировок при чтении. а вот блокировочная транзацкия в мсскл будет и версии хранить и блокировки плодить. отсюда вопрос, где тут больше возможностей ? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 23:03 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Yo.!ДохтаРТеоретически и архитектурно у блокировчкика с версионным механизмом больше возможносей для маневра было бы интересно услышать чего больше, Не претендуя на истину в первой инстанции попробую. Yo.!кроме того, что блокировочные транзакции получают минусы версионных в виде необходимости писанины в tempdb версий, ТемпДБ не логируется, а УНДО логируется, ниже журнальный трансфер. Yo.! а версионные получают минусы блокировочных в виде огромных локлистов и дедлогов ? Не более и неменее чем select for update. Если достаточно глубоко смотреть то оракл возвращает первый фетч только после полного прохода по курсору и установки блокировок , по другому никак. MSSQL в зависимости от TIL, досконально я механизма не знаю, возможно гуру раскажут детальнее. Из чистых плюсов, чесный RR и грязное чтение для всяких хаков. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 23:16 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Yo.!OYMА Оракл хранит версии в космосе.... оракл хранит версии в UNDO, но не плодит миллиарды блокировок при чтении. а вот блокировочная транзацкия в мсскл будет и версии хранить и блокировки плодить. отсюда вопрос, где тут больше возможностей ? авторSNAPSHOT Указывает на то, что данные, считанные любой инструкцией транзакции, будут согласованы на уровне транзакции с версией данных, существовавших в ее начале.Транзакция распознает только те изменения, которые были зафиксированы до ее начала.Инструкции, выполняемые текущей транзакцией, не видят изменений данных, произведенных другими транзакциями после запуска текущей транзакции.Таким образом достигается эффект получения инструкциями в транзакции моментального снимка зафиксированных данных на момент запуска транзакции. Транзакции моментальных снимков не требуют блокировки при считывании данных, за исключением случаев восстановления базы данных.Считывание данных транзакциями моментальных снимков не блокирует запись данных другими транзакциями.Транзакции, осуществляющие запись данных, не блокируют считывание данных транзакциями моментальных снимков. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 23:26 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
авторНу а что мешает делать это на интеловском железе? Не знаю. Подозреваю, что когда строят большой процессинг, то предпочитают купить "большой шкаф" от IBM ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 23:45 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
londiniumавторНу а что мешает делать это на интеловском железе? Не знаю. Подозреваю, что когда строят большой процессинг, то предпочитают купить "большой шкаф" от IBM Как-то Сбербанк России, имея большой шкаф и Оракл на нем встал колом.... ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 23:55 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
londiniumавторНу а что мешает делать это на интеловском железе? Не знаю. Подозреваю, что когда строят большой процессинг, то предпочитают купить "большой шкаф" от IBM Обычно процессинг растет, и когда вырастает до состояния когда его рентабельнее держать в шкафу в одном флаконе на 100+ ядрах, приходит осознание того что правильную платформу лучше брать сразу. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.03.2013, 23:55 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMlondiniumпропущено... Не знаю. Подозреваю, что когда строят большой процессинг, то предпочитают купить "большой шкаф" от IBM Как-то Сбербанк России, имея большой шкаф и Оракл на нем встал колом.... Там не оракл стал колом, а SAN том отсох ( hdisk170), и веритас и сторадж начали наперегонки оптимизировать друг дружку. Обычный бардак в большой канторе. Ни Оракл ни IBM ни HP повесивщий свою лейбу на хитаческий сторадж , там не причем. Если в ресторане бардак, а мастер повар разгельдяй, какие подукты не завози в меню будет баланда. приблизительно так. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 00:08 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
ДохтаРТемпДБ не логируется, а УНДО логируется, ниже журнальный трансфер. если ниже, почему оракл c UNDO так уверенно уделывает мсскл даже без версионности в тестах tpc-c ? ДохтаРНе более и неменее чем select for update. на блокировочных TIL на порядки больше. 2OYM вы потеряли нить обсуждения ? единственно что имеет блокировочник с включенным версионным механизмом это блокировочные TIL. вот они, блокировочные TIL и будут и писать версии в темпдб и плодить блокировки. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 00:13 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Yo.! 2OYM вы потеряли нить обсуждения ? единственно что имеет блокировочник с включенным версионным механизмом это блокировочные TIL. вот они, блокировочные TIL и будут и писать версии в темпдб и плодить блокировки. А зачем нужны блокировки, читай себе версии из темпдб, что блокировать то? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 00:21 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMА зачем нужны блокировки, читай себе версии из темпдб, что блокировать то? не зачем. о том и речь, что блокировочная часть нахрен не нужна. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 00:31 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Yo.!вы потеряли нить обсуждения ? Я ничего не потерял, я пытаюсь объективно сравнивать абстрактные в вакуме архитектурные возможности. Я Сиквел сервер три года как в глаза не видел, и альтернатив ораклу в сабже не вижу. Yo.!единственно что имеет блокировочник с включенным версионным механизмом это блокировочные TIL. вот они, блокировочные TIL и будут и писать версии в темпдб и плодить блокировки. Сравнивать размножение блокировок и рестарты( смещение SCN) в миксе разрывом конситентности переклчения конекстов SQL - PL/SQL тема без возможности найти истину, что все таки лучше теплое или мягкое. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 00:33 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
авторКак-то Сбербанк России, имея большой шкаф и Оракл на нем встал колом Было, спорить бесполезно. Но полагаю, что обычная интел-инфраструктура умерла бы еще раньше ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 00:34 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Yo.!OYMА зачем нужны блокировки, читай себе версии из темпдб, что блокировать то? не зачем. о том и речь, что блокировочная часть нахрен не нужна. Я совсем не гуру MS, но действительно зачем накладывать блокировки и на какие ресурсы? Хотелось бы услышать мнение таких гуру как pkarklin ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 00:38 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
londiniumавторКак-то Сбербанк России, имея большой шкаф и Оракл на нем встал колом Было, спорить бесполезно. Но полагаю, что обычная интел-инфраструктура умерла бы еще раньше А всякие RAC и Mirroring на что? Используя это можно и на интеловском железе жить. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 00:51 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMYo.! 2OYM вы потеряли нить обсуждения ? единственно что имеет блокировочник с включенным версионным механизмом это блокировочные TIL. вот они, блокировочные TIL и будут и писать версии в темпдб и плодить блокировки. А зачем нужны блокировки, читай себе версии из темпдб, что блокировать то? пока вы не соберете на одном счете возмещения мерчанта все терминалы какого нибудь ашана , в принципе не нужны. Но если соберете, получете перманетноно воспаленный геморой с разывом баланса. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 02:35 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
ДохтаР, Можете пояснить отчего будет разрыв баланса в SQL Server и не будет разрыва баланса в Оракле? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 10:34 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Почитал тред, сразу вспомнилось вот это http://i-business.ru/blogs/10999 ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 11:47 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
landy, Опять таки непонятно отчего биржи не использовали failover кластер и mirroring. Это говорит, о изначально неправильном построении инфраструктуры. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 14:38 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
А, ну да, там студенты работают. Мужики-то и не знали У них сами Microsoft работали http://www.microsoft.com/Rus/Casestudies_archive/casestudy.aspx?id=451 а через 2 года Код: sql 1. 2. 3.
http://open-life.org/blog/273.html ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 18:31 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMДохтаР, Можете пояснить отчего будет разрыв баланса в SQL Server и не будет разрыва баланса в Оракле? Разрыв возможжен и в серевере и в оракле . Что бы небыло разрыва, действия должны производиться с последними закомиченными версиями и доступ к ним должен быть сериализован. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 19:31 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
однозначно голосую за ORACLE.... ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2013, 10:14 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
ДохтаРOYMДохтаР, Можете пояснить отчего будет разрыв баланса в SQL Server и не будет разрыва баланса в Оракле? Разрыв возможжен и в серевере и в оракле . Что бы небыло разрыва, действия должны производиться с последними закомиченными версиями и доступ к ним должен быть сериализован. А зачем? Транзакция, которая читает, взяла значение из темдб данной строки с данной временной меткой. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2013, 13:08 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMДохтаРпропущено... Разрыв возможжен и в серевере и в оракле . Что бы небыло разрыва, действия должны производиться с последними закомиченными версиями и доступ к ним должен быть сериализован. А зачем? Транзакция, которая читает, взяла значение из темдб данной строки с данной временной меткой. После этой временной метки 5 других транзакций закомитили свои значение этой строки. Какое значение есть консистемным с точки зрения бизнес логики если эта транзакция захочет поменять эту строку ? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2013, 18:43 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
злой_бух, Да ради бога, пусть коммитять. Мне нужны именно, те которые существовали на момент старта транзакции. Или будут затерты другими версиями? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2013, 19:00 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYM, Версии не будут, но все что вы будете изменять на основании значений которые 5 раз перекомичены после вашего обращения к ним, может искажать реальную картину, которая должны быть в БД исходя из логики заложенной в приложение. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2013, 20:51 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
злой_бухOYM, Версии не будут, но все что вы будете изменять на основании значений которые 5 раз перекомичены после вашего обращения к ним, может искажать реальную картину, которая должны быть в БД исходя из логики заложенной в приложение. Конечно это понятно, что принятие решение на данных, которые еще не устарели относительно данной транзакции, но устарели в абсолютном понимании (относительно всей БД) будут некорректны. Такое же будет и в Оракле. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2013, 08:36 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMзлой_бухOYM, Версии не будут, но все что вы будете изменять на основании значений которые 5 раз перекомичены после вашего обращения к ним, может искажать реальную картину, которая должны быть в БД исходя из логики заложенной в приложение. Конечно это понятно, что принятие решение на данных, которые еще не устарели относительно данной транзакции, но устарели в абсолютном понимании (относительно всей БД) будут некорректны. Такое же будет и в Оракле. Именно это имелось ввиду 14003651 автордействия должны производиться с последними закомиченными версиями и доступ к ним должен быть сериализован. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2013, 19:43 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
может кто то подскажет логику такого идиотизма в MSSQL: Код: plsql 1. 2. 3. 4. 5.
тупизм полный.... ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 11:31 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
кстати нужно убрать алиас что б тупой MSSQL понял что я хочу.... Код: plsql 1. 2. 3. 4. 5.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 11:33 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Ramin Hashimzade, почитайте документацию, подумайте http://msdn.microsoft.com/ru-ru/library/ms189835.aspx ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 11:54 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Ramin Hashimzadeможет кто то подскажет логику такого идиотизма в MSSQL Повеселило. Как обычно, конструкция работающая в одной среде (DBMS, языке, среде разработки) отказывается работать в другой. В этом случае среда объявляется тупой и убогой :) По-теме: по-моему опыту - можно использовать и MSSQL и Oracle. Все зависит от проектирования и реализации (что чаще всего вытекает из опыта и логики. Ну и достаточного финансирования :) ) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 12:43 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Никакая документация не оправдывает это ограничение (тупизм)!!! ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 12:47 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Ramin Hashimzade, я еще подумать предлагал... ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 13:02 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Код: plsql 1. 2.
Что касается этой конструкции, то удобнее для разработчиков сделано в Оракле. Но это именно "удобнее". Сколь либо серьезных проблем это вызывать у разработчика не должно. А уж от необходимости читать документацию вообще никак не избавляет. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 13:18 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Если уж очень хочется: Код: sql 1. 2. 3. 4. 5.
Хотя в "однотабличном" DELETE секция FROM и на нужна совсем: Код: sql 1. 2. 3. 4. 5. 6. 7.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 13:32 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Ramin HashimzadeНикакая документация не оправдывает это ограничение (тупизм)!!! Рамин, купите зеркало. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 13:54 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Ramin HashimzadeНикакая документация не оправдывает это ограничение (тупизм)!!! вообще странно слышать про тупизм от автора такой хрени http://www.sql.ru/blogs/ramin Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27.
Код: pascal 1. 2. 3. 4.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 14:07 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Bogdanov AndreyВот ссылка Но думаю, что в рамках данного топика сравнение позиций SQL Server и Oracle в этом опросе можно считать относительно объективным. "Источник: CNews Analytics, 2005 " (больше семи лет назад) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.03.2013, 13:49 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
SQL*PlusBogdanov AndreyВот ссылка Но думаю, что в рамках данного топика сравнение позиций SQL Server и Oracle в этом опросе можно считать относительно объективным. "Источник: CNews Analytics, 2005 " (больше семи лет назад) Давайте свежие данные!!! Ждем!!!! ... |
|||
:
Нравится:
Не нравится:
|
|||
25.03.2013, 14:41 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
SQL*Plus"Источник: CNews Analytics, 2005 " (больше семи лет назад)Одно сообщение осилил, а двумя постами выше нет? А там было написано: Bogdanov Andreyпо исследованиям CNews Analytics за 2005 год Более того ссылка и приводилась как пример распределения в эпоху, когда версионного mssql еще не было. Или тут лишь бы высказаться, а смысл критики значения не имеет? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.03.2013, 16:34 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
http://www.tadviser.ru/index.php/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D1%8F:%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D1%8B%D0%B5_%D0%B1%D0%B0%D0%BD%D0%BA%D0%BE%D0%B2%D1%81%D0%BA%D0%B8%D0%B5_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_(%D0%90%D0%91%D0%A1) Летом прошлого года Ассоциация региональных банков России провела опрос банковских IT-специалистов. В нем приняли участие более 80% от общего количества российских организаций. Опрос показал, что по количеству внедрений на рынке АБС продолжает лидировать компания R-Style Softlab, занимающая 24% рынка. Правда, ее доля в течение нескольких лет постепенно снижается. За ней следует «Диасофт» (17%), на третьем месте ЦФТ (9%). Догоняет тройку лидеров стабильно растущая «Инверсия» (8%). авторИнверсия», бывшая в 2010 году второй по числу новых клиентов, возглавила список. В 2010-м компания продала 18 АБС. Примерно в половине случаев новые системы стали заменой устаревших версий RS-Bank от R-Style Softlab. ЦФТ, несколько лет подряд удерживавший пальму первенства в этом соревновании, идет след в след. В 2010-м у компании 17 новых покупателей АБС. Ими стали банки, чей бизнес набирает обороты, такие, как Росинтербанк, Экспресс-банк и Аксонбанк. Они предпочли систему на новой, представленной в 2010 году, платформе 2 MCA (Mission Critical Application). Остальные – их пока больше – купили прежние решения: «ЦФТ Банк» и «ЦФТ Ритейл банк», основанные на СУБД Oracle. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.03.2013, 18:26 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
возвращаясь к теме, на чём в мире делают процессинговые системы. в основном на двух платформах, HP Nonstop IBM Z и что интересно, в обоих случаях не всегда (если не сказать всегда не) на реляционках. в случае IBM это z/TPF и/или IMS, в случае HP это Enscribe. В основном потому, что контракт на обслуживание скурпулёзно определяет очень много параметров всяких, не только время отклика, допустимые отклонения от этого времени в обе стороны, процент случаев с такими отклонениями, и ты ды и ты пы, и устанавливаются меры ответственности за несоблюдения контракта. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.03.2013, 10:02 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereyeв основном на двух платформах,"В основном" это сколько? 5%, 20%, 90% ? Может быть источниками поделитесь? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.03.2013, 10:16 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
не, не поделюсь, да и вообще спорить не собираюсь :) это надо конкретно по каждой системе смотреть, не все они афишируют, на чём сделано, исключение Visa Inc но в принципе найти можно, но чтобы вот так вот готовый анализ - что-то и не припомню. можете сделать вывод, что я ляпнул фигню и вообще не в теме, мне пофиг :) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.03.2013, 10:56 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereye, Ну зачем же сразу обижаться. Просто любое обобщающее утверждение требует обладания некоторой статистикой. Если у вас ее нет (хотя бы из личных наблюдений), то обобщающими утверждениями раскидываться не стоит. Я статистики по процессинговым системам не имею. Сам сталкивался с тремя системами для карточного процессинга (Way4, Compass, Rusoft) и все они Oracle использовали. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.03.2013, 19:46 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
да какие обиды, что вы :) просто я форум sql.ru хорошо знаю :) убедить кого-либо в чём либо я себе задачу не ставлю - это невозможно, базовики самые упёртые в мире люди :) если человек технарь, с инженерной жилкой - то ему идею только дать, и дальше он сам нароет, и выводы сделает. не все йогурты процессинги одинаковы. русскоязычная тусовка оперирует одними понятиями. а, к примеру, японская тусовка очень закрыта. очень. а там какой-нить японский банчик по всем финансовым показателям кроет все финансы гордой страны Россия как бык овцу. и вы им никогда не докажете, что ява, оракл, дельфи, что угодно - это круто, это по передовому, это по-настоящему. или другой пример, более 800 европейских банков аутсорсят услуги платёжной системы в одной германской конторке, в облаке, так сказать. количество финасовых транзакций просто запредельно, как и количество счетов, и всего прочего. а обслуживают всё это хозяйство 12 человек. если вы захотите им пояснить суть извечных споров sql.ru, то они понять не смогут, о чём тут спорить то :) и вообще - заказчики, клиенты, да и технари - все заинтересованы, чтобы было как можно больше конкурирующих технологий. а то буржуи зажрутся. так что кому интересно - и про нон-стоп, и про IMC или z/TPF можно почитать, и прикинуть, как же это добро можно использовать с пользой для дела, в чём плюсы, в чём минусы, где пределы применимости, и всё такое прочее. и вообще, как там говорили про изучение иностранных языков - помогает глубже понять свой родной. также и с изучением конкурирующих технологий - помогает лучше понять свои :) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.03.2013, 21:22 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
2geereye А можно поподробнее про "800 банков аутсорсят ИТ-услуги". Крайне интересная инфа, я то думал, что ихние банки так-же как и наши сидят на своих серверах как наседка на яйцах :). ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2013, 12:01 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
так я и говорю - у нас своя тусовка, у них своя, перетекание информации крайне затруднено, в определённых областях. про то, как пивной ларёк автоматизировали, каждый может узнать. Ну, там, сбербанк, к примеру. а выцепить подробности про Credit Susse, допустим, или Банк Америки, уже куда как тяжелее. А там умудряются опер день в милисекунды закрывать. И спрашивают русских - а вы на чём транзакции проводите? И смеются, услышав ответ, отвечают you are kidding us! Не верят, буржуи, что мы сплошь на продвинутом софте, что мы их на века обогнали в этом плане :) Как же они бедные без споров то про версионность :) к сожалению, есть только от счастливого вендора:) но по ноябрям в германии собираются европейские тусовки, прошлый год мой друг организовывал, так там очень много можно (и нужно) послушать от компаний-пользователей, а не от вендора. Хотя бы что за претензии они предъявляют вендору, что требуют у вендора, что заботит заказчиков :) И можно с чистой совестью сказать - нам бы ваши заботы :) ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2013, 14:24 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
как всегда в таких вещах, вендорам особо доверять не стоит. факт имеет место быть, да, а вот подробности реализации вендор может безбожно приврать, ибо сам нафиг не понимает, как они там всё это понаделали:) поэтому тусовки - незаменимая вещь, когда сами архитекторы компаний выкладывают подробности. Меня, например, глубоко поразила презентация архитектора сталелитейнйой компании. На рожу - бандюк бандюком, из наших 90-х, с толстенной голдой на шее :) Но такие вещи творят! они Технари с большой буквы! на малупусеньком сервачке из примерно 3 ЦПУ умудряются творить всю логистику крупнейшей компании, при сбое в 30 минут системы городок встанет напрочь, в пробках. Люди, приезжая к нам, и видя неработающий АТМ, не понимают, как это может быть, если это регулируется законодательно?! Ведь его ограничивают в доступе к его собственным средствам?!? И это люди, которые реализовывали закрытие опер дня банка америки, поэтому в деталях понимающие, как оно может быть, и должно быть :) ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2013, 14:31 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
гирай, это офигенно! мля, как теперь жить то дальше после такого в нашем колхозе, где даже не то что не видел, а даже не представляют теоретически что такое взрослое ИТ и почему оно, а не всякие ораклы таки решают. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2013, 14:54 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
на всякий случай, уточняю, я тут ни при чём, я в авантюре с гансами не замешан, не состоял, не привлекался. просто кручу головой периодически по сторонам, пытаясь понять почему мы в жопе у нас трудности а так, я целиком и полностью За, и колеблюсь с линией партии, и верю, что реляционки победили (на всякий случай) всех и везде. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2013, 15:01 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
с другой стороны, "аполитично рассуждаешь" - это что же, двадцать человек хватит закрыть потребности всей банковской сферы России??? А куда же сотни бездельников сотрудников Сбера и других девать? Эдак коммунизм капитализм не построить! ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2013, 15:03 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
я помню в детстве мне сказали что атомный ледокол за год использует топлива размером в спичечный коробок я верил потом оказалось что урана там грузят десятками тонн теперь я взрослый и не поверю что 20 человек могут покрыть потребности приличного банка беру гугл и попадается такая новость: UBS планирует уволить тысячи сотрудников IT оказывается что в швейцарском банке USB работает 48200 сотрудников, из них в ИТ - 8200 к примеру в сбере работает народу раза в два больше, а в ИТ раза в три меньше т.е. возможно есть какие-то узкие направления, которые обслуживают много банков и где мало сотрудников - но вот остальным 8180 работникам тоже есть (некоторым правда уже было) чем заняться ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2013, 17:41 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
ну, возможно эти 20 человек заняты исключительно обслуживанием инфраструктуры мэйнфрейма. А сколько там из банковского народа имеет логический доступ ко всяким разделам - неизвестно. В любом случае, озвученные цифры нагрузок очень серьезные, а значит бигайрон живее всех живых. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2013, 18:58 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
не, ну если я не расставил смайликов в посте про бездельников сотрудников Сбера, то уж... я прям не знаю :) ясно же, что аутсорсят в эту Fiducia что-то (платёжная система), в другую компанию ещё что-то, что-то имеют у себя, и сотрудников тоже имеют. Понятно, что на этом штат сотрудников ИТ банка не завершается, кто-то должен и бумагу в принтеры заправлять, и винду администрить, с активной директорией, куда ж без этого :) Беда в том, что у нас на нашем пространстве даже законодательство не позволяет схемы аутсорсинга такого уровня, с этого надо начинать. А технологии дело третье. А эти 20 человек заняты: - 8 администрят инфраструктуру IMS - TM + DB2 - 8 администрят DB2 z/OS - 4 администрят MQ z/OS в продакшн стоит два сисплекса - типичная схема, два разнесённых дата-цента, в каждом по две машины в сисплексе, между датацентрами GDPS - Geographicaly dispersed сисплекс и один для теста и разработки. А вот новость об увольнениях показательная - аутсорсинг набирает обороты, и финансово гораздо выгоднее оказывается платить, чем содержать свой штат. Ну и ещё момент - Швейцария, несмотря на то, что они почти немцы, таки не немцы, и они идут своим путём. Эта Fiducia по-моему вообще не аутсорсит швейцарцев, тому свои причины. Так каждый за себя. Был. Меняется, конечно. А по нагрузкам это достойно, но не рекорд. Вот, к примеру, Виза Инк закупает у ИБМ софт для фрейма с исходниками (было время, ИБМ продавал железо, а софт в исходниках давал задаром :) ). Чего-то там допиливает, имея нехилый штат и переманивая ИБМеров :) Ну часть наработок возвращают в ИБМ, который включает их в продукт. Это к примеру про IMS. Так так такие рекорды! ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2013, 20:39 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereyeи финансово гораздо выгоднее оказывается платить, чем содержать свой штат. А расчеты можно показать? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2013, 23:54 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereyeа там какой-нить японский банчик по всем финансовым показателям кроет все финансы гордой страны Россия как бык овцу. и вы им никогда не докажете, что ява, оракл, дельфи, что угодно - это круто, это по передовому, это по-настоящему. или другой пример, более 800 европейских банков аутсорсят услуги платёжной системы в одной германской конторке, в облаке, так сказать. количество финасовых транзакций просто запредельно, как и количество счетов, и всего прочего. а обслуживают всё это хозяйство 12 человек. если вы захотите им пояснить суть извечных споров sql.ru, то они понять не смогут, о чём тут спорить то :) и вообще - заказчики, клиенты, да и технари - все заинтересованы, чтобы было как можно больше конкурирующих технологий. а то буржуи зажрутся. так что кому интересно - и про нон-стоп, и про IMC или z/TPF можно почитать, и прикинуть, как же это добро можно использовать с пользой для дела, в чём плюсы, в чём минусы, где пределы применимости, и всё такое прочее. и вообще, как там говорили про изучение иностранных языков - помогает глубже понять свой родной. также и с изучением конкурирующих технологий - помогает лучше понять свои :)Жуть какая. Аж 800 европейских банков. Ну вот далеко ходить не надо - ЗАО «Компания объединенных кредитных карточек» http://www.ucs.su/about/ Не 800, но 157 российских и иностранных банков (что вполне сравнимо), обслуживают 75.000 терминалов. И прекрасно справляются без всяких мейнфреймов. А админят систему так вообще, наверное, человека 3-4. Или Qiwi ( https://www.qiwi.ru/ru/company/qiwi.action) со 170.000 терманалами. Тоже вроде без мейнфреймов живут, насколько я знаю. Мейнфреймы умирают. Не знаю, плохо это или хорошо. Большие железки продаются все хуже - поищите статистику: продажи IBM Mainframe снижаются. IBM чтобы скомпенсировать это делает "маленькие" mainframe. И все равно продажи не растут. Многие компании мигрируют с IBM Mainframов на что-то более дешевое и практичное - те же Power или Exadata. Недаром ведь за границей так популярна Tuxedo . Вот например миграция BBVA (это 35-ый по размеру банк в мире со 100.000 сотрудников) с IBM Mainframe на стандартные системы. Даже Microsoft клиентов растаскивает с Mainframe . NASA отказалась от последнего mainframe. Есть целые фирмы , занимающиеся миграцией с Mainframe. Так что в России Mainframe - это бесперспективно, потому как мало кому хочется внедрять то, с чего все бегут. Хотя в мире mainframe еще долго будут жить, потому как "работает - не трожь" ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 01:22 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
P.S. Кстати, HP Nonstop довольно интересная система. Только в России я ее видел всего в 2-3 местах. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 01:41 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Alexander RyndinP.S. Кстати, HP Nonstop довольно интересная система.Так оно-ж на Итаниумах и я полагаю на Венде :-/ ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 01:49 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
brrrrrrrrrAlexander RyndinP.S. Кстати, HP Nonstop довольно интересная система.Так оно-ж на Итаниумах и я полагаю на Венде :-/Там своя операционка. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 02:17 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
расчёты - не ко мне, я не бизнесмен. по поводу умирания фреймов - фейк полный! И интересно, что эта фигня почти исключительно в России имеет место хождения. Наверное, потому, что российское отделение ИБМ сам вообще не знает, что такое мэйнфрейм, и позиционируют его "просто как большой сервер" - в таком качестве это нафиг никому не надо действительно. В таком качестве оно должно умереть. А вот в таком качестве как там, у них, у той же Фидучи - у нас нет альтернативы просто напросто. Вот к тому зе примеру по Киви и по объеденённым предитным карточкам - это не может никак идти в сравнение - просто по условиям контракта и по мерам ответственности. Поэтому и нас и действуют на коленке сгавняканные изделия, потому как никто никакой ответственности не несёт. Зачем вкладываться? А первый враг мэйнфрейма у нас на территории - это российский ИБМ. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 13:39 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
По поводу миграции на что-то практичное - ещё один фейк, наоборот, последние несколько лет количество мигрирующих НА фрейм в процессе консолидации или централизации превышает количество уходящих с фрейма катастрофически. В нынешних условиях, когда каналы в регионах становятся доступнее, а специалистов всё меньше, всё больше будет идти процесс централизации - когда не несколько АБС на банк, а одна, в добавок ко всему только это позволит конкурировать по качеству и гибкости с зарубежными банками. А централизация просто вынудит смотреть в сторону фреймов. Или сидеть в жопе как и ныне, выдумывая всё, что угодно, что оправдывает убогое состояние, к примеру, банковской системы. Если пойти по сайтам вендоров - то тоже кучу всяких агиток найдём, но голову то включать надо. Кстати, таксидо не может быть популярным, ибо редкостный отстой :) Уж лучше TXSeries начиная с шестых версий, чем это убожество :) Уж лучше тогда NonStop, там не просто операционка своя, там всё, что надо для OLTP - во-первых, нормальный менеджер очередей с низкими накладными расходами (да, это главное, а не база), во вторых, нормальный монитор транзакций, в третьих, две базы, для аналитики реляционка и для OLTP Enscribe - конечно, не так, как IMS, но всё-таки очень и очень неплохо. Это вот единственная нормальная альтернатива фрейму, там и аппаратное решение интресное, во многом использующее идеологию фрейма, и программная платформа интересная, идеологически повторяет IMS Dependent Regions. А так, трындеть - "умерли, уходят" - и при этом нифига не знать в технологиях - это не вопрос знаний, это вопрос веры, посему базовики есть самые упёртые религиозные фанатики, учится не хотят, но баталии устраивать горазды :) Ладно, извините, если что не так :) Я не со зля, я знаю, что всем пофиг, и никого ни в чём не преубедить :) Пока сам, своими глазами, руками, не увидит человек... Да и то вряд ли :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 13:50 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Кстати, не Киви, другая платёжная система, я тут волею случая поучавствовал, мы тут выполнили обследование ей, составили ТЗ, ну и завершаем системку, так что я бы системы этого рода приводить в пример как высоконагруженные - не стал. Пики - есть, да, пиковость явно выраженная, но это количество терминалов ни о чём не говорит - поскольку транзакций по ним проходит в среднем очень мало. Там трудность и засада в другом месте есть, особенность такая, какой, например, в других платёжных (банковских) и клиринговых, например, системах - нету. Так что пример с Киви - это по незнанию :) Можно ещё пример амазона привести - тоже без мэйнфреймов :) Оно когда незнаешь - то примеры быстро приводятся:) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 13:57 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Да, а чтобы не гадать - ближе к концу весны, наверное, можно будет решение платёжной системы показать, во всех подробностях, с исходными кодами, структурами, и прочим. И с живой нагрузкой. Я понимаю, что это то это никого ни в чём не убедит :) Да и вообще - такие платёжные системы в силу практически никакой законодательной ответственности (если сравнивать, как ТАМ), ну и в силу нагрузки, и других моментов - могут действительно обойтись без фрейма. Но фишка тут в том, и это вот действительно можно будет подкрепить расчётами - что с фреймом получается дешевле. Во какой парадокс - из-за софтового лицензирования по ядрам решение на фрейме, если делалось не рукожопыми, будет дешевле. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 14:02 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
автор ближе к концу весны, наверное, можно будет решение платёжной системы показать, во всех подробностях, с исходными кодами, структурами, и прочим. Думаю, многие (я точно) будут рады увидеть ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 14:10 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
хм. ну в Киев тоже можно. Ок, надо будет только как-то связаться. И, хотелось бы, чтобы хотя бы два человека, а не один, выразили желание :) Ну, так сказать, на троих сообразить :) Оно то можно и удалённо смотреть, но, я боюсь, что если даже всё подробно описать, устные пояснения понадобятся, решение ведь не совсем стандартное, болезненный разрыв шаблона во многих местах гарантирован :) Я по себе помню, как больно было :) Сейчас надо соорудить скрипты нагрузки (на TPNS), которые будут эмулировать терминалы, посылающие запросы. по расчётам, максимальная нагрузка один платёж с терминала в пять минут, но стрессовое тестирование тоже надо, когда терминалы посылают платежи с той скорость, с какой успевают их генерировать, ясно, что это без участия человека. Так на достигнутую нагрузку можно точно знать, сколько ядер, что ИБМ за это просит, ну и каков размер бедствия в плане кодирования всего этого. Ну, там, закрытие опер дня, подготовка и печать выписок, и прочее. Можно, конечно, всё записать, в виде повести "о настоящей системе", но блин ведь большая часть тупо не поверит, скажет - фейковые цифры, никто ничего не тестировал, засада! А сложность и дороговизна фрейма сильно преувеличина. Понятно, не в каждый пивной ларёк. А только в те, где есть понятие "SLA", и когда есть потребность его достигать и соблюдать - ну, то ли конкурентная борьба, то ли законодательство заставляет, так тоже зачастую бывает, почти везде, кроме как здесь :) Здесь никто ничего не гарантирует :) И если что где упадёт (что мы знаем никогда не может быть) то вся Москва пол рабочего дня без банкоматов Сбербанка раз в квартал примерно, но это, как нам пояснили, не системная ошибка, это просто случайность, а так все булочки свежие сервера надёжные, ПО отличное! И никого, что интересно, не расстреляли уволили :) А так - да, Кивии и Сбербанк это офигенно, это просто образцы качества работы и полноты предоставляемого сервиса, а Россия - родина слонов (или Украина? :) ), а мэйнфреймы умерли, правда, это я слышу уже с 91 года, пожалуй, а они всё умирают и умирают... кол осиновый поискать, что ли.... ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 14:36 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereyeхм. ну в Киев тоже можно. Ок, надо будет только как-то связаться. И, хотелось бы, чтобы хотя бы два человека, а не один, выразили желание :) Ну, так сказать, на троих сообразить :) .... "SLA".... ..... И меня возмите с собой , пиво-водку-коньяк пью :) особенно интересуют технологии ( новости по отрасли) в области бестановочного регламентного обслуживания железа и установки нового функционала и накатки патчей на софт. мыло в профиле. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 15:05 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
дак фишка в том, что я больше по старостям, а не по новостям. вот, к примеру, по софту, древний способ первый. генерируется две подсистемы IMS на одной z/OS. А поскольку базы отчуждены от СУБД чуть более, чем полностью, понятие системного каталога отсутствует как класс, то пока одна подсистема обслуживается (ptf накатываются), вторая работает с транзакциями и базами, потом меняются местами. способ второй - одна машина бьётся на три сущности, coupling facility (меньшая, то есть совсем мелкая), и два LPAR в сисплексе, всё в пределах одной машины, напоминаю. Итого, на две z/OS в двух ЛПАР, допустим, 4 ЦПУ, по 2 ЦПУ в каждом. Останавливаем один ЛПАР с отдачей всей памяти и ЦПУ во второй ЛПАР - он теперь имеет все 4 ЦПУ, и начинаем обслуживать выведенную из эксплуатации ОСь со всеми подсистемами, в то время как общая мощность системы не снизилась - как обслуживалось всё на 4 ЦПУ, так и обслуживается. Потом меняем местами - подымаем обслуженную, выключаем необслуженную. Это, как бы, самая очевидная классика. В зависимости от эксплуатируемых подсистем может быть много чего ещё. Это так, навскидку, наверняка эксплуатанты ещё способов накидают - сильно будет зависеть, все z/OS разные, каждый сисадмин генерит ОСь под себя, поэтому нету двух похожих ОСей (если только вам не российский офис наклонировал своей багливой нерабочей копии). Потому приёмы и способы будут отличаться в каждом случае. Ок, письмецо брошу, контакт будет. Тема накатки патчей идёт бок-о-бок с темой восстановления после сбоя, так что можно сразу обе. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 15:35 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereye... по софту, древний способ первый. генерируется две подсистемы IMS .... Т.е. тема про Оракла против Скуля закончилось тем, что вместо них просто сгенерились подсистемы IMS? Она же вроде иерархическая. Т.е. как бы, скорее, СУБД первого поколения. А те то что в теме реляционные - второго. Это все таки может вызывать все еще недоумение. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 15:46 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereyeдак фишка в том, что я больше по старостям, а не по новостям. вот, к примеру, по софту, древний способ первый. генерируется две подсистемы IMS на одной z/OS. А поскольку базы отчуждены от СУБД чуть более, чем полностью, понятие системного каталога отсутствует как класс, то пока одна подсистема обслуживается (ptf накатываются), вторая работает с транзакциями и базами, потом меняются местами. способ второй - одна машина бьётся на три сущности, coupling facility (меньшая, то есть совсем мелкая), и два LPAR в сисплексе, всё в пределах одной машины, напоминаю. Итого, на две z/OS в двух ЛПАР, допустим, 4 ЦПУ, по 2 ЦПУ в каждом. Останавливаем один ЛПАР с отдачей всей памяти и ЦПУ во второй ЛПАР - он теперь имеет все 4 ЦПУ, и начинаем обслуживать выведенную из эксплуатации ОСь со всеми подсистемами, в то время как общая мощность системы не снизилась - как обслуживалось всё на 4 ЦПУ, так и обслуживается. Потом меняем местами - подымаем обслуженную, выключаем необслуженную. Это, как бы, самая очевидная классика. В зависимости от эксплуатируемых подсистем может быть много чего ещё. Это так, навскидку, наверняка эксплуатанты ещё способов накидают - сильно будет зависеть, все z/OS разные, каждый сисадмин генерит ОСь под себя, поэтому нету двух похожих ОСей (если только вам не российский офис наклонировал своей багливой нерабочей копии). Потому приёмы и способы будут отличаться в каждом случае. Ок, письмецо брошу, контакт будет. Я знаю что такое эксплуатация процессинга, что такое ЛПАР, не первый год с аиксом дружу, как бросаться ресурсами, как переключаться на стендбай в оракле. Даже что такое лив партишин мигрейшин знаю. Но все это не то, когда нужно переключиться без остановки или накатить патч на несколько терабайтную БД. Не в текстовых ;t файлах движения и остатки хранятся. Пусть даже ночью, когда пару тройку, до десятка транзакций в секунду пролетает. SLA однако. geereyeТема накатки патчей идёт бок-о-бок с темой восстановления после сбоя, так что можно сразу обе. Есть мейтененс , есть дизастер , это разные вещи по процедуре, и по SLA так же как регламентная остановка атомного реактора и аварийная. или обычные выполения условий договора и формажорные. Они даже близко не ходят рядом. Если дизастер позволяет потерю нескольких ( десятков, сотен, тысяч)транзакций с корректировкой потом в аварийном режиме заката солнца в ручную, то мейнтенес нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 16:09 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
ДохтаР - так именно что без остановки обслуживания. а бок-о-бок - потому что технологии одни используются. Я тым выше менеджер очередей упоминал - немалая доля на него в этой ситуации ложится. Когда одна система выводится, то запросы к ней не должны "пропасть" - вот они в нём и не пропадают, пока их другая система не извлечёт. И тут уже сам размер баз на дисках мало рояля играет, в такой ситуации, а вот глубина очередей и их надёжность много. Так что по регламенту вещи - разные, а технологии используют схожие. ну это теоритезирование - надо на практике смотреть и замерять - на сколько просело время отклика. И вписывается ли оно в заданный SLA. Тут только смотреть. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 16:19 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereyeДохтаР - так именно что без остановки обслуживания. а бок-о-бок - потому что технологии одни используются. Я тым выше менеджер очередей упоминал - немалая доля на него в этой ситуации ложится. Когда одна система выводится, то запросы к ней не должны "пропасть" - вот они в нём и не пропадают, пока их другая система не извлечёт. И тут уже сам размер баз на дисках мало рояля играет, в такой ситуации, а вот глубина очередей и их надёжность много. Так что по регламенту вещи - разные, а технологии используют схожие. ну это теоритезирование - надо на практике смотреть и замерять - на сколько просело время отклика. И вписывается ли оно в заданный SLA. Тут только смотреть. Менеджер очердей в общем то понятен , интересует алгоритм синхронизации актуальных остатков, счетчиков лимитов и статусов, покупюрное строение банкоматных касет , деталей прошедших транзакций итд между системами, после того как одна из систем поднялась из мейтененса. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 16:32 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
И сам менеджер очередей где работает и как его апгрейдить? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 16:34 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
ну тогда лчше не здесь, с таким перчнем, а то я и так баюс, что табретками закидают, за распространение ересей про умершие платформы :) только у мну щас не совсем процессинг, а платёжная типа КИВИ, вернее, её финансово-учётная составляющая. но если есть интерес что поглядеть именно в процессинге, то можно подумать, потому как интересно, а любопытство - двигатель прогресса :) я письмо кинул, может, что и сделаем, чему и научимся. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 16:36 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereyeя письмо кинул, может, что и сделаем, чему и научимся. Ок , я вечером гляну. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 16:37 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
О! Харроший вапрос! В нон-стопе он вообще в ОСь встроен. И есть такой изречени - каждая субд мечтает стать ОСью, но не всем это удалось. Я к тому, что, к примеру, ИМС это удалось, это фактически ОСь, и менеджер очередей встроен в неё. вообще транзакционная обработка без менеджера очередей это ересь (ой!). но, наверное, действительно хватит офф-топить :) пока не применили карательную медицину в виде принудительной психиатрической помощи :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 16:40 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereyeО! Харроший вапрос! В нон-стопе он вообще в ОСь встроен. И есть такой изречени - каждая субд мечтает стать ОСью, но не всем это удалось. Я к тому, что, к примеру, ИМС это удалось, это фактически ОСь, и менеджер очередей встроен в неё. вообще транзакционная обработка без менеджера очередей это ересь (ой!). но, наверное, действительно хватит офф-топить :) пока не применили карательную медицину в виде принудительной психиатрической помощи :) Транзакционная обработка нормально. А теория массового обслуживания без манеджера очередей буксует. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 16:43 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
я продолжаю настаивать и будут доказывать (но не тут :) ) достижение нормальных (не здесь) SLA просто невероятно затрудняется без очередей, и становишся как без рук, нормально не спроектировать, не задизайнить! ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 16:49 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereyeх И если что где упадёт (что мы знаем никогда не может быть) то вся Москва пол рабочего дня без банкоматов Сбербанка раз в квартал примерно, но это, как нам пояснили, не системная ошибка, это просто случайность, а так все булочки свежие сервера надёжные, ПО отличное! мда, не умеет оракл ПО делать, даже упасть толком не может. вот мейнфрейм, вот это сила, лежит минимум неделю: Danske BankFlaws in IBM's DB2 database software were responsible for a chain of glitches that turned a routine hardware repair into a weeklong operational crisis, Danske Bank said Thursday in a report on an outage it suffered in March. http://www.infoworld.com/d/data-management/errors-in-db2-cause-outage-danske-bank-132 думаете кого-то в IBM наказали за недельный простой не самого маленького европейского банка ? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 20:29 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Yo.! - ма-ла-дец, дец, как мало, смог нагуглить единственный известный случай. Про оракл сам проблемы найдшь? можешь не искать, вопрос риторический. лучше скажи - а что ты знаешь за тот конкретный случай? Я специально копал, находил людей, которые могли бы пояснить по факту, писал им письма. Потому как не всё известно из печати. Истина покрыта тайной мрака :) Ну ок был в истории один сбой. По вине бага в ДБ2 (реляционка без багов???? ФАНТАСТИКА! :) ) И? Оракл уже никогда к этому показателю не приблизится :) Ладно, это всё фаллометрия, не по делу. По делу что спросить хочешь? Только не по ДБ2. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 21:50 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Главное там в статье - no data was lost Про вопрос Ларри помним? Ну, просили ли назад клиенты деньги :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 21:52 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereyeYo.! - ма-ла-дец, дец, как мало, смог нагуглить единственный известный случай. Про оракл сам проблемы найдшь? что бы банк неделю из-за оракла лежал не нашел. поможешь ? geereyeлучше скажи - а что ты знаешь за тот конкретный случай? Я специально копал, находил людей, которые могли бы пояснить по факту, писал им письма. Потому как не всё известно из печати. Истина покрыта тайной мрака :) издеваешься ? это "темная" история была освещена на десятке страниц отчета опубликованном банком. в отчете практически по минутам было расписано в какой последовательности рассыпался тот МФ. сначала проглючила железячка, кажется это был диск, диск отключили и решили заменить. после замены обнаружили кашу в данных db2 и в первые сутки наткнулись на три бага в db2. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 22:25 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
нет, не помогу. по минутам, говоришь? так вот ты неправильную версию расписал. еще раз - что спрашивать будешь не про дб2? я сам несколько багов в ней зарегистрировал, так что не лечи меня. Не знеешь, что там было, ищи, раз отчётов валом, только мне этот случай в нос не суй, тем более в твоём неверном изложении :) могу рассказать, как в регионе РФ базу с бумаг восстанавливали. Думаю, долго. Оракл :) Так шта - давай не надо, есть что спросить, спрашивай, а на троллинг я не поведусь - годами без sql.ru жил, и ещё годами проживу :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 22:30 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereye, очень темная история глазами банка http://www.danskebank.com/link/ITreport20030403uk/$file/ITreport20030403uk.pdf " target="_blank"> http://web.archive.org/web/20040914225728/http://www.danskebank.com/link/ITreport20030403uk/$file/ITreport20030403uk.pdf ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2013, 22:48 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Гирайтак я и говорю - у нас своя тусовка, у них своя, перетекание информации крайне затруднено, в определённых областях. про то, как пивной ларёк автоматизировали, каждый может узнать. Ну, там, сбербанк, к примеру. а выцепить подробности про Credit Susse, допустим, или Банк Америки, уже куда как тяжелее. А там умудряются опер день в милисекунды закрывать . И спрашивают русских - а вы на чём транзакции проводите? И смеются, услышав ответ, отвечают you are kidding us! Не верят, буржуи, что мы сплошь на продвинутом софте, что мы их на века обогнали в этом плане :) Как же они бедные без споров то про версионность :) Вы видимо вендор?? Заметно что вы совершенно не представляете о чем говорите. Мейнфреймы очень геморойная вещь. Все более менее новые вещи на оракл/ява в основном делаются - платформа гибче и в случае роста или его отсутствия легче переползти на другой сервер или урезать ресурсы, програмистов найти легче чем на фреймы и т.п. А насчет закрытия опердня в милисекунды у каждого регулятора свои требования и понятия закрытия дня в некоторых регионах/системах просто нет. Буржуев в основном шокирует диасофт. Они не понимают почему российские банки покупать ЭТО (медленное и унылое г). Насколько я знаю на западе все по завязанное на производительность -oracle и db2. То что на сиквеле какаянить отчетность и прочее не критикал по. ну и то что сделали когдато на сиквеле как не критикал а потом оно подросло. Почему? В основном из за инфраструктурных трудностей - под сиквел нужна определенная платформа. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2013, 11:14 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
мне кажется, вы в плену мифов. гибкость не завист от платформы. Гибкость зависит от положенных в основу принципов, от выработанных на их основе архитектурных решениях, на проектировании, на документировании, на правильно выстроенных процессах обеспечения жизненного цикла. есть замечательный пример российской разработки, приложение на WAS + DB2, когда явная ошибка в SQL запросе не могла быть увтранена очень долго - пришлось очень много переделывать. Хотя на той же IMS есть масса примеров, когда из-за большой гранулярности изменения проводятся относительно просто, наксолько это вообще возможно в производстве. Понятно, что по количеству инсталляций ИМС не может сравниваться с системами на винде или юниксах - это же очевидно. Отсюда глубокомысленное - ВСЕ новые системы. Нет, не все. Когда появляются новые крупные финансовые институты, для построения ядра их системы применяется ИМС. А на моей памяти, за последних лет 15, таких института появилось 3, в двух странах. Так что, насколько я знаю, на западе всё, завязанное на SLA, в том числе ( в том числе только, наряду с прочими) и на производительность, делаются не без участия IMS. Бывает, что и без неё. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2013, 11:36 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereyeНет, не все. Когда появляются новые крупные финансовые институты, для построения ядра их системы применяется ИМС. А на моей памяти, за последних лет 15, таких института появилось 3, в двух странах. финансовые интситуты северной америки и европы появились в 18 веке, речь о двух странах африки ? кто-то им подарил списанный МФ ? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2013, 11:43 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereyeТак что, насколько я знаю, на западе всё, завязанное на SLA, в том числе ( в том числе только, наряду с прочими) и на производительность, делаются не без участия IMS. Бывает, что и без неё.Все так хорошо начиналось, а оказалось простой рекламной шелухой. Априори можно сказать, что любое заявление в стиле "только на этом продукте можно делать это" гарантировано является простым рекламным роликом, который никогда и ничем подтвержден быть не может. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2013, 11:46 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereye на проектировании, на документировании, на правильно выстроенных процессах обеспечения жизненного цикла. современный бизнес развивается насколько быстро , а деньги стоят насколько дешево, что у бизнесменов и аналитиков нет возможности , что то долго проектировать планировать Выбрать такой путь - проиграть в конкурентной борьбе с мейнстримовыми технологиями. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2013, 11:49 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
хм. ну, как бы, ожидаемо. рекламная шумиха. как буд-то я вот там выше вот не писал, что можно посмотреть на сделанную систему, покритиковать, попробовать сделать лучше. можно будет, как закончим. или нафиг читать то, что не хочется... ну, кто спросил на посмотреть, я им письма написал, захотят посмотрят, удалённо или в живую, "ни вапрос". да, с рекламой надо завязывать, и правду. Сорри, гайз, не смею больше докучать :) Думать, оно всегда трудно, читаем Джека Лондона, белое безмолвие, кажется :) Йо - китай и объеденённая европа. ты спросил - я ответил. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2013, 12:05 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereyeмне кажется, вы в плену мифов. гибкость не завист от платформы. Гибкость зависит от положенных в основу принципов, от выработанных на их основе архитектурных решениях, на проектировании, на документировании, на правильно выстроенных процессах обеспечения жизненного цикла. есть замечательный пример российской разработки, приложение на WAS + DB2, когда явная ошибка в SQL запросе не могла быть увтранена очень долго - пришлось очень много переделывать. Хотя на той же IMS есть масса примеров, когда из-за большой гранулярности изменения проводятся относительно просто, наксолько это вообще возможно в производстве. Понятно, что по количеству инсталляций ИМС не может сравниваться с системами на винде или юниксах - это же очевидно. Отсюда глубокомысленное - ВСЕ новые системы. Нет, не все. Когда появляются новые крупные финансовые институты, для построения ядра их системы применяется ИМС. А на моей памяти, за последних лет 15, таких института появилось 3, в двух странах. Так что, насколько я знаю, на западе всё, завязанное на SLA, в том числе ( в том числе только, наряду с прочими) и на производительность, делаются не без участия IMS. Бывает, что и без неё. Под гибкостью тут понимается немного другое. Мейнфрейм это такая штука ПО под которую по достаточно специфично а стоит она дорого и вслучае чего применить ее вычислительные мощьности под что то другое бывает сложно. Поэтому для того чтобы выбить деньги на такую инсталяцию нужны железобетонные основания. А в нашем зыбком мире запустили бизнес пошло пошло- не пошло. Что делать с железкой? Отдать мощьности под другой бизнес или под DR и т.п. Пошло пошло а потом бешено поперло. Что делать с железкой? купить новую а может просто перехать на что то помощьнее. Куда девать старую? См выше. А с мейнфреймом такие прыжки превращаются в головную боль из за того что софт специфический. Хорошо если там какойнить db2 стоит и его можно дергать с апп сервера и не знать что где и как крутиться. А если это что то ну очень быстрое но очень специфичное то это может оказаться очень хорошо, а могут оказаться выкинутые деньги. Просто вы естественно со своей точки зрения вращаясь в мейнфреймах видите что их покупают. Но область их применения не так уж широка. Даже монстры фин индустрии не готовы вкладываться в такие вычислительные мощьности направо и налево. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2013, 12:31 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereyeкак буд-то я вот там выше вот не писал, что можно посмотреть на сделанную систему, покритиковатьДа, выше было интересно, но потом вместо фактов пошла чистая реклама. С типичным рекламным трюком - на публике факты рассказывать не буду, а вот в личной переписке все и открою. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2013, 13:32 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
geereye Так что, насколько я знаю, на западе всё, завязанное на SLA, в том числе ( в том числе только, наряду с прочими) и на производительность, делаются не без участия IMS. Бывает, что и без неё. Поскольку на западе же и придумали Оракла и СКуля и вообще реляционные СУБД, и от них же пошло, что это большее достижение чем иерархические (к коим относят IMS), то не совсем понятно зачем они ее юзают, когда в их руках есть более продвинутые средства. Не для того же чтобы отстать от востока? Поэтому, скорее всего, ссылки типа "насколько я знаю не достаточно". Нужны дополнительные источники от незаинтересованных лиц. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2013, 14:18 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
ЦБ намерен создать национальный центр обработки внутрироссийских трансакций по картам международных платежных систем "Мы завершили создание централизованной информационно-технической инфраструктуры...— отметил он.— Эту инфраструктуру можно использовать в качестве технической основы для создания национального центра обработки внутрироссийских трансакций по картам МПС" У них там в ЦБ на мейнфреймах (и под ораклом :)) ) расчетные системы консолидированы. Тоже зетки + IMS выбрали для нового мегапроцессинга ? Или по старинке Oracle for z/OS ;-)) ... |
|||
:
Нравится:
Не нравится:
|
|||
04.04.2013, 10:08 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Доступность процессинга Простои Сбера за 2012 : - плановое время простоя составило 11 часов 17 минут, т.е. 0,9987 - время незапланированного простоя составило 76 часов 32 минуты , т.е. 0,9912 - общее время простоя составило 87 часов 49 минут, т.е. 0,9900 ... |
|||
:
Нравится:
Не нравится:
|
|||
04.04.2013, 10:54 |
|
|
start [/forum/topic.php?all=1&fid=35&tid=1552468]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
47ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
200ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 306ms |
0 / 0 |