powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Oracle vs MS SQL как СУБД для процессинговых центров
129 сообщений из 129, показаны все 6 страниц
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168002
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день!
Какая сейчас тенденция в мире обработок платежей (карточки и т.д.)? Какие СУБД используется? Раньше до того как в SQL Server появились 2 дополнительных TIL Snapshot и RC Snapshot (до 2005), наверное использовался Oracle (ввиду его работы как версионника), но теперь возможно ли использовать SQL Server? И если его используют, то какое процентное соотношение в сравнении с другими?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168252
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OYMРаньше ...до 2005Вы всерьез думаете, что рынок финансовых приложений такой динамичный? Подавляющее большинство используемого сейчас финансового ПО написано еще в прошлом веке, а вы про 2005.
Я не думаю, что появление новых фичей в SQL Server (или в Oracle) как-то серьезно влияет на выбор СУБД даже для новых разработок - все определяется пристрастиями ведущих разработчиков и подверженностью ЛПР маркетинговой шелухе.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168354
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OYMДобрый день!
Какая сейчас тенденция в мире обработок платежей (карточки и т.д.)? Какие СУБД используется? Раньше до того как в SQL Server появились 2 дополнительных TIL Snapshot и RC Snapshot (до 2005), наверное использовался Oracle (ввиду его работы как версионника), но теперь возможно ли использовать SQL Server? И если его используют, то какое процентное соотношение в сравнении с другими?

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

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

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

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

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

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

6. И перфоманс монитор виндОС, еще та "радость" для перфоманснюнинга.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168373
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В тему - по исследованиям CNews Analytics за 2005 год распределение СУБД для АБС было таким:
34% - Btrieve/Pervasive, 24% - Microsoft SQL, 20% - Oracle, 7% - Progress

АБС, конечно не процессинг, но видно, что и в до-shapshot-ские времена SQL Server не был бедным родственников.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168390
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Bogdanov Andrey,

это в мире или в России? чесно говоря цифры неожиданные и там и там
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168410
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДохтаР,

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

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

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

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

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

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

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

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

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

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

Учитывая вышесказанное, хотелось бы узнать с какими реальными системами и под какой-нагрузкой, использующими MS SQL, Вам приходилось сталкиваться?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168426
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuperBogdanov Andrey,
это в мире или в России?
Это в России.

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

Но думаю, что в рамках данного топика сравнение позиций SQL Server и Oracle в этом опросе можно считать относительно объективным.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168494
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklin
автор4. Попробуйте полгода не перегружать винду ,
сколько времени она будет перегружаться с установкой всех набежавших за это время патчей?

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

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

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

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

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

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

Я не против самой СУБД MSSQL, но он на других платформах не работает,
а с MS технологий в комплексе гемороя біло больше,
по сравнению с другими участками процессирования без участия MS технологий.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168729
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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 году.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168745
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexander Ryndin,

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

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

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

На заборе и не такое написано.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168764
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklinAlexander Ryndin,

авторДумаю, что почти все Btrieve/Pervasive уже смигрировали на Oracle, тем самым доведя долю Oracle до более 50%. Да и вообще ощущение возникает, что этот опрос был сделан не в 2005, а 1995 ;) Вот, например, что говорит wikipedia (хотя не самый авторитетный источник)Аргументировано, чЁ!Вот гуглю "Btrieve АБС" и сразу же статья . И сразу же подтверждение моих слов:
авторВремя подводить итоги: близка к завершению программа, объявленная компанией «Кворум», по переводу АБС банков с системы «Кворум – Btrieve» на систему «Кворум – Oracle».
Прошло почти 10 месяцев с тех пор, как в июле 2006 года на семинаре компания «Кворум» объявила о массовом переводе банков, работающих на АБС «Кворум» на платформе Btrieve, на АБС на платформе Oracle. Отказ от поддержки системы на платформе Btrieve позволит компании «Кворум» не распылять силы, а сосредоточиться на развитии проекта, основанного на более передовых технологиях.
...
Благодаря разработанным специалистами компании «Кворум» методике и инструментарию, позволяющим безболезненно реализовать переход на Oracle даже многофилиальным банкам, с момента проведения семинара внедрение АБС Кворум на платформе Oracle уже закончено в 7 банках. На этапе внедрения находятся еще 7 проектов. Работы планируется завершить в первом полугодии 2007 года.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168775
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168779
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexander RyndinДумаю, что почти все Btrieve/Pervasive уже смигрировали на Oracle, тем самым доведя долю Oracle до более 50%. Да и вообще ощущение возникает, что этот опрос был сделан не в 2005, а 1995 ;)
На моей памяти как раз к середине нулевых были готовы и успешно внедрены стабильные новые версии у тогдашних лидеров рынка (Диасофт и Р-Стайл) после чего начался массовый перевод существующих клиентов с Btrieve.
При этом у Р-стайл новая версия была на Oracle, а у Диасофт, если мне помять не изменяет, на MSSQL.
Если учесть, что в последние годы на этом рынке также активно росла доля ЦФТ (с оракловым решением), то скорее всего сейчас Oracle в данном секторе опережает MSSQL (ну а доля Btrieve упала почти к нулю). Но каких-то данных подтверждающих это наблюдение у меня нет - исключительно личные впечатления.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168789
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Bogdanov AndreyНо каких-то данных подтверждающих это наблюдение у меня нет - исключительно личные впечатления.А у нас и не может быть других данных. Мы не аналитики и сами опросы не делаем.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168791
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexander RyndinА у нас и не может быть других данных. Мы не аналитики и сами опросы не делаем.

Ну, да. Главное - вбросить...
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38168802
londinium
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тоже, пожалуй, влезу, хотя и не процессинг, но, как мне кажется, тоже будет достаточно интересно
вот тут:
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
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38169065
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklinНу, да. Главное - вбросить...Ну то, что в российских АБС чаще используется Oracle я бы считал фактом. Вот, например, более свежая статистика по использованию АБС в 50 крупнейших банках . Многие банки несколько систем используют, но в целом в табличке упоминаются (я мог где-то обсчитаться):
ЦФТ и Диасофт по 11 раз
Афина и Коврум по 7 раз
БИС - 4 раза
Банкир/Про и Инверсия по 3 раза
R-Style и Misys по 2 раза
остальны по одному.

Из перечисленных только у Диасофт точно используется SQLServer. ЦФТ, Афина, Кворум, Инверсия, R-Style сделаны на Oracle, так что перевес в пользу Oracle очевиден.
Естественно, это не мешает существованию в банках дополнительных программных комплексов, построенных на SQLServer.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38169138
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну это все про АБС.
А вопрос то был про процессинговые центры. А вот их я вообще на MSSQL не знаю. Есть такие?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38169230
Ivan Durak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alexander RyndinНу это все про АБС.
А вопрос то был про процессинговые центры. А вот их я вообще на MSSQL не знаю. Есть такие?
У мтс-а оракл емнип.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171163
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мне кажется эти домыслы насчет нестабильности винды есть просто домыслы.
Вот, например, "сервер заразится вирусней с ПК", ну скажите на милость как туда попадет вирус? По стандартном порту SQL Server что ли?? Как ему туда добраться?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171183
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OYM как туда попадет вирус?Воздушно-капельным путем :)
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171186
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OYMскажите на милость как туда попадет вирус? По стандартном порту SQL Server что
ли?? Как ему туда добраться?
Например так: http://en.wikipedia.org/wiki/SQL_slammer_worm
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171191
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
OYMМне кажется эти домыслы насчет нестабильности винды есть просто домыслы.
Вот, например, "сервер заразится вирусней с ПК", ну скажите на милость как туда попадет вирус? По стандартном порту SQL Server что ли?? Как ему туда добраться?
гугли по теме slammer. на других платформах такое было бы не возможно, просто потому, что даже самые безолаберные админы фаирвол не отключают.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171231
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну как бы 10 лет со сламмера прошло...
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171258
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OYMМне кажется эти домыслы насчет нестабильности винды есть просто домыслы.
Вот, например, "сервер заразится вирусней с ПК", ну скажите на милость как туда попадет вирус? По стандартном порту SQL Server что ли?? Как ему туда добраться?

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

Максимум через час позвонит главный ИТшник в очень плохом расположении духа
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171263
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДохтаРOYMМне кажется эти домыслы насчет нестабильности винды есть просто домыслы.
Вот, например, "сервер заразится вирусней с ПК", ну скажите на милость как туда попадет вирус? По стандартном порту SQL Server что ли?? Как ему туда добраться?

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

Максимум через час позвонит главный ИТшник в очень плохом расположении духа

Это инфраструктурные порты, их не надо закрывать
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171314
londinium
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да ладно, Бог с теми вирусами.
Мне кажется, дело в другом - процессинги и АБС часто крутят на "большом" железе (HP,IBM), куда Windows или добрался относительно недавно, или не добрался вообще. Поэтому, зачем делать процессинг на MS SQL SERVER, который просто не встанет на заботливоприпасенный p-сервер IBM
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171316
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OYMДохтаРпропущено...


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

Максимум через час позвонит главный ИТшник в очень плохом расположении духа

Это инфраструктурные порты, их не надо закрывать

Это дыры , через которые с рабочих станций на сервера в AD
залазит основная масса вирусов .
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171483
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Никто не запрещает остановить и запретить к запуску службу сервера.
Параноики могут проделать тоже самое и со службой рабочей станции.

P.S. Да, я в курсе, что администрировать систему будет "не так привычно".
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171564
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таким образом, "малопригодность" SQL Server в этом топике сугубо описывается "небезопасностью" винды, но все же хотелось бы услышать, чего в нем не хватает для реалтаймовой работы процесс. центра (допустим "надуманные" проблемы с вирусами, перезагрузками, накатыванием обновлений и прочей нестабильности винды побороли)?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171567
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
londiniumДа ладно, Бог с теми вирусами.
Мне кажется, дело в другом - процессинги и АБС часто крутят на "большом" железе (HP,IBM), куда Windows или добрался относительно недавно, или не добрался вообще. Поэтому, зачем делать процессинг на MS SQL SERVER, который просто не встанет на заботливоприпасенный p-сервер IBM

Ну а что мешает делать это на интеловском железе?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171616
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OYMТаким образом, "малопригодность" SQL Server в этом топике сугубо описывается "небезопасностью" винды, но все же хотелось бы услышать, чего в нем не хватает для реалтаймовой работы процесс. центра (допустим "надуманные" проблемы с вирусами, перезагрузками, накатыванием обновлений и прочей нестабильности винды побороли)?

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

Не знаю побороли эту лажу или нет, давно было,
но несколько раз приходилось сталкиваться с распуханием регулярно бекапируемого
журнала транзакций, лечилось рестартом базы вместе с подписчиками.
Сразу после рестарта, журнал шринкается на 90% за 4 клика
Подзрение падало на служебные распределенные транзакции мастер-подписчик.
Квалификации победить не хватило, да и особого желания глубоко ковыряться небыло,
избавились от системы в целом.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171668
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ДохтаРТеоретически и архитектурно у блокировчкика с версионным механизмом
больше возможносей для маневра

было бы интересно услышать чего больше, кроме того, что блокировочные транзакции получают минусы версионных в виде необходимости писанины в tempdb версий, а версионные получают минусы блокировочных в виде огромных локлистов и дедлогов ?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171682
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!ДохтаРТеоретически и архитектурно у блокировчкика с версионным механизмом
больше возможносей для маневра

было бы интересно услышать чего больше, кроме того, что блокировочные транзакции получают минусы версионных в виде необходимости писанины в tempdb версий, а версионные получают минусы блокировочных в виде огромных локлистов и дедлогов ?
А Оракл хранит версии в космосе....
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171684
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
OYMА Оракл хранит версии в космосе....
оракл хранит версии в UNDO, но не плодит миллиарды блокировок при чтении. а вот блокировочная транзацкия в мсскл будет и версии хранить и блокировки плодить. отсюда вопрос, где тут больше возможностей ?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171693
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!ДохтаРТеоретически и архитектурно у блокировчкика с версионным механизмом
больше возможносей для маневра

было бы интересно услышать чего больше,


Не претендуя на истину в первой инстанции попробую.

Yo.!кроме того, что блокировочные транзакции получают минусы версионных в виде необходимости писанины в tempdb версий,


ТемпДБ не логируется, а УНДО логируется, ниже журнальный трансфер.

Yo.! а версионные получают минусы блокировочных в виде огромных локлистов и дедлогов ?

Не более и неменее чем select for update.
Если достаточно глубоко смотреть то оракл возвращает
первый фетч только после полного прохода по курсору и установки блокировок ,
по другому никак.
MSSQL в зависимости от TIL,
досконально я механизма не знаю, возможно гуру раскажут детальнее.

Из чистых плюсов, чесный RR и грязное чтение для всяких хаков.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171698
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!OYMА Оракл хранит версии в космосе....
оракл хранит версии в UNDO, но не плодит миллиарды блокировок при чтении. а вот блокировочная транзацкия в мсскл будет и версии хранить и блокировки плодить. отсюда вопрос, где тут больше возможностей ?

авторSNAPSHOT
Указывает на то, что данные, считанные любой инструкцией транзакции, будут согласованы на уровне транзакции с версией данных, существовавших в ее начале.Транзакция распознает только те изменения, которые были зафиксированы до ее начала.Инструкции, выполняемые текущей транзакцией, не видят изменений данных, произведенных другими транзакциями после запуска текущей транзакции.Таким образом достигается эффект получения инструкциями в транзакции моментального снимка зафиксированных данных на момент запуска транзакции.
Транзакции моментальных снимков не требуют блокировки при считывании данных, за исключением случаев восстановления базы данных.Считывание данных транзакциями моментальных снимков не блокирует запись данных другими транзакциями.Транзакции, осуществляющие запись данных, не блокируют считывание данных транзакциями моментальных снимков.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171714
londinium
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторНу а что мешает делать это на интеловском железе?
Не знаю. Подозреваю, что когда строят большой процессинг, то предпочитают купить "большой шкаф" от IBM
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171718
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
londiniumавторНу а что мешает делать это на интеловском железе?
Не знаю. Подозреваю, что когда строят большой процессинг, то предпочитают купить "большой шкаф" от IBM
Как-то Сбербанк России, имея большой шкаф и Оракл на нем встал колом....
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171719
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
londiniumавторНу а что мешает делать это на интеловском железе?
Не знаю. Подозреваю, что когда строят большой процессинг, то предпочитают купить "большой шкаф" от IBM

Обычно процессинг растет, и когда вырастает до состояния когда
его рентабельнее держать в шкафу в одном флаконе на 100+ ядрах,
приходит осознание того что правильную платформу лучше брать сразу.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171722
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OYMlondiniumпропущено...

Не знаю. Подозреваю, что когда строят большой процессинг, то предпочитают купить "большой шкаф" от IBM
Как-то Сбербанк России, имея большой шкаф и Оракл на нем встал колом....

Там не оракл стал колом, а SAN том отсох ( hdisk170),
и веритас и сторадж начали наперегонки оптимизировать друг дружку.
Обычный бардак в большой канторе.
Ни Оракл ни IBM ни HP повесивщий свою лейбу на хитаческий сторадж ,
там не причем.

Если в ресторане бардак, а мастер повар разгельдяй,
какие подукты не завози в меню будет баланда.

приблизительно так.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171725
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ДохтаРТемпДБ не логируется, а УНДО логируется, ниже журнальный трансфер.

если ниже, почему оракл c UNDO так уверенно уделывает мсскл даже без версионности в тестах tpc-c ?

ДохтаРНе более и неменее чем select for update.

на блокировочных TIL на порядки больше.

2OYM

вы потеряли нить обсуждения ? единственно что имеет блокировочник с включенным версионным механизмом это блокировочные TIL. вот они, блокировочные TIL и будут и писать версии в темпдб и плодить блокировки.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171732
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.! 2OYM

вы потеряли нить обсуждения ? единственно что имеет блокировочник с включенным версионным механизмом это блокировочные TIL. вот они, блокировочные TIL и будут и писать версии в темпдб и плодить блокировки.

А зачем нужны блокировки, читай себе версии из темпдб, что блокировать то?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171735
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
OYMА зачем нужны блокировки, читай себе версии из темпдб, что блокировать то?
не зачем. о том и речь, что блокировочная часть нахрен не нужна.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171736
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!вы потеряли нить обсуждения ?



Я ничего не потерял,
я пытаюсь объективно сравнивать абстрактные в вакуме
архитектурные возможности.

Я Сиквел сервер три года как в глаза не видел,
и альтернатив ораклу в сабже не вижу.

Yo.!единственно что имеет блокировочник с включенным версионным механизмом это блокировочные TIL. вот они, блокировочные TIL и будут и писать версии в темпдб и плодить блокировки.

Сравнивать размножение блокировок и
рестарты( смещение SCN) в миксе разрывом конситентности
переклчения конекстов SQL - PL/SQL
тема без возможности
найти истину, что все таки лучше теплое или мягкое.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171737
londinium
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторКак-то Сбербанк России, имея большой шкаф и Оракл на нем встал колом
Было, спорить бесполезно. Но полагаю, что обычная интел-инфраструктура умерла бы еще раньше
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171738
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!OYMА зачем нужны блокировки, читай себе версии из темпдб, что блокировать то?
не зачем. о том и речь, что блокировочная часть нахрен не нужна.
Я совсем не гуру MS, но действительно зачем накладывать блокировки и на какие ресурсы? Хотелось бы услышать мнение таких гуру как pkarklin
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171744
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
londiniumавторКак-то Сбербанк России, имея большой шкаф и Оракл на нем встал колом
Было, спорить бесполезно. Но полагаю, что обычная интел-инфраструктура умерла бы еще раньше
А всякие RAC и Mirroring на что?
Используя это можно и на интеловском железе жить.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171778
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OYMYo.! 2OYM

вы потеряли нить обсуждения ? единственно что имеет блокировочник с включенным версионным механизмом это блокировочные TIL. вот они, блокировочные TIL и будут и писать версии в темпдб и плодить блокировки.

А зачем нужны блокировки, читай себе версии из темпдб, что блокировать то?

пока вы не соберете на одном счете возмещения мерчанта все терминалы
какого нибудь ашана , в принципе не нужны.
Но если соберете, получете перманетноно воспаленный
геморой с разывом баланса.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171851
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДохтаР,
Можете пояснить отчего будет разрыв баланса в SQL Server и не будет разрыва баланса в Оракле?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171880
landy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Почитал тред, сразу вспомнилось вот это
http://i-business.ru/blogs/10999
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38171956
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
landy,
Опять таки непонятно отчего биржи не использовали failover кластер и mirroring. Это говорит, о изначально неправильном построении инфраструктуры.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38172062
landy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А, ну да, там студенты работают. Мужики-то и не знали
У них сами Microsoft работали http://www.microsoft.com/Rus/Casestudies_archive/casestudy.aspx?id=451
а через 2 года
Код: sql
1.
2.
3.
Исполнительный директор биржи Клара Ферс, при которой произошло развертывание системы TradElect 
(смесь программ на C# и .NET, созданных Microsoft и фирмой Accenture), покинула свой пост 
без объяснения причин. А новый глава биржи, Ксавье Роле, тут же принял решение об отказе от TradElect. 


http://open-life.org/blog/273.html
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38172096
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OYMДохтаР,
Можете пояснить отчего будет разрыв баланса в SQL Server и не будет разрыва баланса в Оракле?

Разрыв возможжен и в серевере и в оракле .
Что бы небыло разрыва,
действия должны производиться с последними закомиченными версиями и
доступ к ним должен быть сериализован.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38172312
Фотография Ramin Hashimzade
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
однозначно голосую за ORACLE....
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38173219
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДохтаРOYMДохтаР,
Можете пояснить отчего будет разрыв баланса в SQL Server и не будет разрыва баланса в Оракле?

Разрыв возможжен и в серевере и в оракле .
Что бы небыло разрыва,
действия должны производиться с последними закомиченными версиями и
доступ к ним должен быть сериализован.
А зачем? Транзакция, которая читает, взяла значение из темдб данной строки с данной временной меткой.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38173706
злой_бух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
OYMДохтаРпропущено...


Разрыв возможжен и в серевере и в оракле .
Что бы небыло разрыва,
действия должны производиться с последними закомиченными версиями и
доступ к ним должен быть сериализован.
А зачем? Транзакция, которая читает, взяла значение из темдб данной строки с данной временной меткой.

После этой временной метки 5 других транзакций закомитили свои
значение этой строки.
Какое значение есть консистемным с точки зрения бизнес логики если эта транзакция
захочет поменять эту строку ?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38173729
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
злой_бух,
Да ради бога, пусть коммитять. Мне нужны именно, те которые существовали на момент старта транзакции. Или будут затерты другими версиями?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38173844
злой_бух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
OYM,

Версии не будут,
но все что вы будете изменять на основании значений которые 5 раз перекомичены
после вашего обращения к ним,
может искажать реальную картину, которая должны быть в БД
исходя из логики заложенной в приложение.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38175450
Фотография OYM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
злой_бухOYM,

Версии не будут,
но все что вы будете изменять на основании значений которые 5 раз перекомичены
после вашего обращения к ним,
может искажать реальную картину, которая должны быть в БД
исходя из логики заложенной в приложение.

Конечно это понятно, что принятие решение на данных, которые еще не устарели относительно данной транзакции, но устарели в абсолютном понимании (относительно всей БД) будут некорректны. Такое же будет и в Оракле.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38176581
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OYMзлой_бухOYM,

Версии не будут,
но все что вы будете изменять на основании значений которые 5 раз перекомичены
после вашего обращения к ним,
может искажать реальную картину, которая должны быть в БД
исходя из логики заложенной в приложение.

Конечно это понятно, что принятие решение на данных, которые еще не устарели относительно данной транзакции, но устарели в абсолютном понимании (относительно всей БД) будут некорректны. Такое же будет и в Оракле.

Именно это имелось ввиду 14003651

автордействия должны производиться с последними закомиченными версиями и
доступ к ним должен быть сериализован.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38185267
Фотография Ramin Hashimzade
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
может кто то подскажет логику такого идиотизма в MSSQL:

Код: plsql
1.
2.
3.
4.
5.
delete from payments h
where h.cust_id = 49870

Category	Timestamp	Duration	Message	Line	Position
Error	15.03.2013 11:21:28 AM	0:00:00.000	SQL Server Database Error: Incorrect syntax near 'h'.	1	0



тупизм полный....
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38185271
Фотография Ramin Hashimzade
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
кстати нужно убрать алиас что б тупой MSSQL понял что я хочу....

Код: plsql
1.
2.
3.
4.
5.
delete from payments 
where cust_id = 49870

Category	Timestamp	Duration	Message	Line	Position
Statement	15.03.2013 11:25:16 AM	0:00:00.062	1 rows affected	5	0
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38185331
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ramin Hashimzade, почитайте документацию, подумайте

http://msdn.microsoft.com/ru-ru/library/ms189835.aspx
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38185441
Фотография Infernal V. Raven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ramin Hashimzadeможет кто то подскажет логику такого идиотизма в MSSQL
Повеселило. Как обычно, конструкция работающая в одной среде (DBMS, языке, среде разработки) отказывается работать в другой. В этом случае среда объявляется тупой и убогой :)

По-теме: по-моему опыту - можно использовать и MSSQL и Oracle. Все зависит от проектирования и реализации (что чаще всего вытекает из опыта и логики. Ну и достаточного финансирования :) )
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38185455
Фотография Ramin Hashimzade
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Никакая документация не оправдывает это ограничение (тупизм)!!!
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38185488
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ramin Hashimzade, я еще подумать предлагал...
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38185515
Фотография Infernal V. Raven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: plsql
1.
2.
delete from payments h
where h.cust_id = 49870



Что касается этой конструкции, то удобнее для разработчиков сделано в Оракле. Но это именно "удобнее". Сколь либо серьезных проблем это вызывать у разработчика не должно. А уж от необходимости читать документацию вообще никак не избавляет.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38185546
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если уж очень хочется:

Код: sql
1.
2.
3.
4.
5.
INSERT @T(col1) VALUES(1), (2), (3)

DELETE T FROM @T AS T WHERE T.col1 = 1

SELECT * FROM @T 



Хотя в "однотабличном" DELETE секция FROM и на нужна совсем:

Код: sql
1.
2.
3.
4.
5.
6.
7.
DECLARE @T TABLE(col1 int NULL)

INSERT @T(col1) VALUES(1), (2), (3)

DELETE @T WHERE col1 = 1

SELECT * FROM @T 
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38185585
Фотография Барсук-копатель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ramin HashimzadeНикакая документация не оправдывает это ограничение (тупизм)!!!
Рамин, купите зеркало.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38185607
Зайцев Фёдор
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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.
function StrBreak(str, Delimeter: string; fromParts, Cnt : integer) : string;
{
 str : your string
 Delimeter : Delimeter symbol
 fromParts : Initial position
 Cnt : Number of items
}
var
 StrL : TStringList;
 ParseStr : string;
 i : integer;
begin
  Result := '';
  try
    StrL := TStringList.Create;
    ParseStr:= StringReplace(str, Delimeter, #13, [rfReplaceAll]);
    StrL.Text := ParseStr;
    if StrL.Count > 0 then
    begin
      for i := 0 to Cnt-1 do
        if i>0 then Result := Result + Delimeter + StrL.Strings[fromParts+i]
               else Result := Result + StrL.Strings[fromParts+i];
    end;
  finally
    StrL.Free;
  end;
end;



Код: pascal
1.
2.
3.
4.
procedure TForm1.Button1Click(Sender: TObject);
begin
  ShowMessage(StrBreak('qwe', '|', 1, 3))
end;



...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38197275
SQL*Plus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Bogdanov AndreyВот ссылка

Но думаю, что в рамках данного топика сравнение позиций SQL Server и Oracle в этом опросе можно считать относительно объективным.
"Источник: CNews Analytics, 2005 "
(больше семи лет назад)
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38197353
Ivan Durak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SQL*PlusBogdanov AndreyВот ссылка

Но думаю, что в рамках данного топика сравнение позиций SQL Server и Oracle в этом опросе можно считать относительно объективным.
"Источник: CNews Analytics, 2005 "
(больше семи лет назад)
Давайте свежие данные!!! Ждем!!!!
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38197563
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SQL*Plus"Источник: CNews Analytics, 2005 "
(больше семи лет назад)Одно сообщение осилил, а двумя постами выше нет? А там было написано:
Bogdanov Andreyпо исследованиям CNews Analytics за 2005 год
Более того ссылка и приводилась как пример распределения в эпоху, когда версионного mssql еще не было.

Или тут лишь бы высказаться, а смысл критики значения не имеет?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38197786
Ivan Durak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38205861
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
возвращаясь к теме, на чём в мире делают процессинговые системы.
в основном на двух платформах,
HP Nonstop
IBM Z
и что интересно, в обоих случаях не всегда (если не сказать всегда не) на реляционках.
в случае IBM это z/TPF и/или IMS, в случае HP это Enscribe.
В основном потому, что контракт на обслуживание скурпулёзно определяет очень много параметров всяких, не только время отклика, допустимые отклонения от этого времени в обе стороны, процент случаев с такими отклонениями, и ты ды и ты пы, и устанавливаются меры ответственности за несоблюдения контракта.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38205864
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
geereyeв основном на двух платформах,"В основном" это сколько? 5%, 20%, 90% ? Может быть источниками поделитесь?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38205876
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
не, не поделюсь, да и вообще спорить не собираюсь :)
это надо конкретно по каждой системе смотреть, не все они афишируют, на чём сделано, исключение Visa Inc
но в принципе найти можно, но чтобы вот так вот готовый анализ - что-то и не припомню.
можете сделать вывод, что я ляпнул фигню и вообще не в теме, мне пофиг :)
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38206239
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
geereye,

Ну зачем же сразу обижаться. Просто любое обобщающее утверждение требует обладания некоторой статистикой. Если у вас ее нет (хотя бы из личных наблюдений), то обобщающими утверждениями раскидываться не стоит. Я статистики по процессинговым системам не имею. Сам сталкивался с тремя системами для карточного процессинга (Way4, Compass, Rusoft) и все они Oracle использовали.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38206309
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
да какие обиды, что вы :)
просто я форум sql.ru хорошо знаю :)
убедить кого-либо в чём либо я себе задачу не ставлю - это невозможно, базовики самые упёртые в мире люди :)
если человек технарь, с инженерной жилкой - то ему идею только дать, и дальше он сам нароет, и выводы сделает.
не все йогурты процессинги одинаковы.
русскоязычная тусовка оперирует одними понятиями.
а, к примеру, японская тусовка очень закрыта.
очень.
а там какой-нить японский банчик по всем финансовым показателям кроет все финансы гордой страны Россия как бык овцу. и вы им никогда не докажете, что ява, оракл, дельфи, что угодно - это круто, это по передовому, это по-настоящему.
или другой пример, более 800 европейских банков аутсорсят услуги платёжной системы в одной германской конторке, в облаке, так сказать. количество финасовых транзакций просто запредельно, как и количество счетов, и всего прочего. а обслуживают всё это хозяйство 12 человек. если вы захотите им пояснить суть извечных споров sql.ru, то они понять не смогут, о чём тут спорить то :)
и вообще - заказчики, клиенты, да и технари - все заинтересованы, чтобы было как можно больше конкурирующих технологий.
а то буржуи зажрутся.
так что кому интересно - и про нон-стоп, и про IMC или z/TPF можно почитать, и прикинуть, как же это добро можно использовать с пользой для дела, в чём плюсы, в чём минусы, где пределы применимости, и всё такое прочее. и вообще, как там говорили про изучение иностранных языков - помогает глубже понять свой родной. также и с изучением конкурирующих технологий - помогает лучше понять свои :)
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38206868
Фотография Ggg_old
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2geereye
А можно поподробнее про "800 банков аутсорсят ИТ-услуги".
Крайне интересная инфа, я то думал, что ихние банки так-же как и наши сидят на своих серверах как наседка на яйцах :).
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38207150
Гирай
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
так я и говорю - у нас своя тусовка, у них своя, перетекание информации крайне затруднено, в определённых областях.
про то, как пивной ларёк автоматизировали, каждый может узнать. Ну, там, сбербанк, к примеру.
а выцепить подробности про Credit Susse, допустим, или Банк Америки, уже куда как тяжелее. А там умудряются опер день в милисекунды закрывать. И спрашивают русских - а вы на чём транзакции проводите? И смеются, услышав ответ, отвечают you are kidding us!
Не верят, буржуи, что мы сплошь на продвинутом софте, что мы их на века обогнали в этом плане :) Как же они бедные без споров то про версионность :)

к сожалению, есть только от счастливого вендора:)
но по ноябрям в германии собираются европейские тусовки, прошлый год мой друг организовывал, так там очень много можно (и нужно) послушать от компаний-пользователей, а не от вендора. Хотя бы что за претензии они предъявляют вендору, что требуют у вендора, что заботит заказчиков :)
И можно с чистой совестью сказать - нам бы ваши заботы :)
YouTube Video
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38207165
Гирай
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
как всегда в таких вещах, вендорам особо доверять не стоит.
факт имеет место быть, да, а вот подробности реализации вендор может безбожно приврать, ибо сам нафиг не понимает, как они там всё это понаделали:)
поэтому тусовки - незаменимая вещь, когда сами архитекторы компаний выкладывают подробности.
Меня, например, глубоко поразила презентация архитектора сталелитейнйой компании.
На рожу - бандюк бандюком, из наших 90-х, с толстенной голдой на шее :)
Но такие вещи творят! они Технари с большой буквы!
на малупусеньком сервачке из примерно 3 ЦПУ умудряются творить всю логистику крупнейшей компании, при сбое в 30 минут системы городок встанет напрочь, в пробках.

Люди, приезжая к нам, и видя неработающий АТМ, не понимают, как это может быть, если это регулируется законодательно?! Ведь его ограничивают в доступе к его собственным средствам?!? И это люди, которые реализовывали закрытие опер дня банка америки, поэтому в деталях понимающие, как оно может быть, и должно быть :)
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38207208
Фотография Ggg_old
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
гирай, это офигенно!
мля, как теперь жить то дальше после такого в нашем колхозе, где даже не то что не видел, а даже не представляют теоретически что такое взрослое ИТ и почему оно, а не всякие ораклы таки решают.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38207227
Гирай
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
на всякий случай, уточняю, я тут ни при чём, я в авантюре с гансами не замешан, не состоял, не привлекался.
просто кручу головой периодически по сторонам, пытаясь понять почему мы в жопе у нас трудности
а так, я целиком и полностью За, и колеблюсь с линией партии, и верю, что реляционки победили (на всякий случай) всех и везде.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38207231
Гирай
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
с другой стороны, "аполитично рассуждаешь" - это что же, двадцать человек хватит закрыть потребности всей банковской сферы России???
А куда же сотни бездельников сотрудников Сбера и других девать?
Эдак коммунизм капитализм не построить!
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38207702
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
я помню в детстве мне сказали что атомный ледокол за год использует топлива размером в спичечный коробок
я верил
потом оказалось что урана там грузят десятками тонн

теперь я взрослый и не поверю что 20 человек могут покрыть потребности приличного банка
беру гугл и попадается такая новость:

UBS планирует уволить тысячи сотрудников IT
оказывается что в швейцарском банке USB работает 48200 сотрудников, из них в ИТ - 8200
к примеру в сбере работает народу раза в два больше, а в ИТ раза в три меньше

т.е. возможно есть какие-то узкие направления, которые обслуживают много банков и где мало сотрудников - но вот остальным 8180 работникам тоже есть (некоторым правда уже было) чем заняться
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38207875
Фотография Ggg_old
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну, возможно эти 20 человек заняты исключительно обслуживанием инфраструктуры мэйнфрейма.
А сколько там из банковского народа имеет логический доступ ко всяким разделам - неизвестно.
В любом случае, озвученные цифры нагрузок очень серьезные, а значит бигайрон живее всех живых.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38207994
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
не, ну если я не расставил смайликов в посте про бездельников сотрудников Сбера, то уж...
я прям не знаю :)
ясно же, что аутсорсят в эту Fiducia что-то (платёжная система), в другую компанию ещё что-то, что-то имеют у себя, и сотрудников тоже имеют. Понятно, что на этом штат сотрудников ИТ банка не завершается, кто-то должен и бумагу в принтеры заправлять, и винду администрить, с активной директорией, куда ж без этого :)
Беда в том, что у нас на нашем пространстве даже законодательство не позволяет схемы аутсорсинга такого уровня, с этого надо начинать. А технологии дело третье.
А эти 20 человек заняты:
- 8 администрят инфраструктуру IMS - TM + DB2
- 8 администрят DB2 z/OS
- 4 администрят MQ z/OS
в продакшн стоит два сисплекса - типичная схема, два разнесённых дата-цента, в каждом по две машины в сисплексе, между датацентрами GDPS - Geographicaly dispersed сисплекс
и один для теста и разработки.
А вот новость об увольнениях показательная - аутсорсинг набирает обороты, и финансово гораздо выгоднее оказывается платить, чем содержать свой штат.
Ну и ещё момент - Швейцария, несмотря на то, что они почти немцы, таки не немцы, и они идут своим путём. Эта Fiducia по-моему вообще не аутсорсит швейцарцев, тому свои причины. Так каждый за себя. Был. Меняется, конечно.

А по нагрузкам это достойно, но не рекорд.
Вот, к примеру, Виза Инк закупает у ИБМ софт для фрейма с исходниками (было время, ИБМ продавал железо, а софт в исходниках давал задаром :) ).
Чего-то там допиливает, имея нехилый штат и переманивая ИБМеров :)
Ну часть наработок возвращают в ИБМ, который включает их в продукт.
Это к примеру про IMS.
Так так такие рекорды!
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38208138
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
geereyeи финансово гораздо выгоднее оказывается платить, чем содержать свой штат.

А расчеты можно показать?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38208173
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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 еще долго будут жить, потому как "работает - не трожь"
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38208179
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
P.S. Кстати, HP Nonstop довольно интересная система. Только в России я ее видел всего в 2-3 местах.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38208180
brrrrrrrrr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Alexander RyndinP.S. Кстати, HP Nonstop довольно интересная система.Так оно-ж на Итаниумах и я полагаю на Венде :-/
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38208184
Alexander Ryndin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
brrrrrrrrrAlexander RyndinP.S. Кстати, HP Nonstop довольно интересная система.Так оно-ж на Итаниумах и я полагаю на Венде :-/Там своя операционка.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38208977
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
расчёты - не ко мне, я не бизнесмен.

по поводу умирания фреймов - фейк полный!
И интересно, что эта фигня почти исключительно в России имеет место хождения.
Наверное, потому, что российское отделение ИБМ сам вообще не знает, что такое мэйнфрейм, и позиционируют его "просто как большой сервер" - в таком качестве это нафиг никому не надо действительно. В таком качестве оно должно умереть.
А вот в таком качестве как там, у них, у той же Фидучи - у нас нет альтернативы просто напросто. Вот к тому зе примеру по Киви и по объеденённым предитным карточкам - это не может никак идти в сравнение - просто по условиям контракта и по мерам ответственности.
Поэтому и нас и действуют на коленке сгавняканные изделия, потому как никто никакой ответственности не несёт.
Зачем вкладываться?
А первый враг мэйнфрейма у нас на территории - это российский ИБМ.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209018
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
По поводу миграции на что-то практичное - ещё один фейк, наоборот, последние несколько лет количество мигрирующих НА фрейм в процессе консолидации или централизации превышает количество уходящих с фрейма катастрофически.
В нынешних условиях, когда каналы в регионах становятся доступнее, а специалистов всё меньше, всё больше будет идти процесс централизации - когда не несколько АБС на банк, а одна, в добавок ко всему только это позволит конкурировать по качеству и гибкости с зарубежными банками. А централизация просто вынудит смотреть в сторону фреймов. Или сидеть в жопе как и ныне, выдумывая всё, что угодно, что оправдывает убогое состояние, к примеру, банковской системы.
Если пойти по сайтам вендоров - то тоже кучу всяких агиток найдём, но голову то включать надо.
Кстати, таксидо не может быть популярным, ибо редкостный отстой :)
Уж лучше TXSeries начиная с шестых версий, чем это убожество :)
Уж лучше тогда NonStop, там не просто операционка своя, там всё, что надо для OLTP - во-первых, нормальный менеджер очередей с низкими накладными расходами (да, это главное, а не база), во вторых, нормальный монитор транзакций, в третьих, две базы, для аналитики реляционка и для OLTP Enscribe - конечно, не так, как IMS, но всё-таки очень и очень неплохо. Это вот единственная нормальная альтернатива фрейму, там и аппаратное решение интресное, во многом использующее идеологию фрейма, и программная платформа интересная, идеологически повторяет IMS Dependent Regions.
А так, трындеть - "умерли, уходят" - и при этом нифига не знать в технологиях - это не вопрос знаний, это вопрос веры, посему базовики есть самые упёртые религиозные фанатики, учится не хотят, но баталии устраивать горазды :)
Ладно, извините, если что не так :)
Я не со зля, я знаю, что всем пофиг, и никого ни в чём не преубедить :)
Пока сам, своими глазами, руками, не увидит человек... Да и то вряд ли :)
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209043
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Кстати, не Киви, другая платёжная система, я тут волею случая поучавствовал, мы тут выполнили обследование ей, составили ТЗ, ну и завершаем системку, так что я бы системы этого рода приводить в пример как высоконагруженные - не стал.
Пики - есть, да, пиковость явно выраженная, но это количество терминалов ни о чём не говорит - поскольку транзакций по ним проходит в среднем очень мало.
Там трудность и засада в другом месте есть, особенность такая, какой, например, в других платёжных (банковских) и клиринговых, например, системах - нету.
Так что пример с Киви - это по незнанию :)
Можно ещё пример амазона привести - тоже без мэйнфреймов :)
Оно когда незнаешь - то примеры быстро приводятся:)
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209070
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Да, а чтобы не гадать - ближе к концу весны, наверное, можно будет решение платёжной системы показать, во всех подробностях, с исходными кодами, структурами, и прочим. И с живой нагрузкой.
Я понимаю, что это то это никого ни в чём не убедит :)
Да и вообще - такие платёжные системы в силу практически никакой законодательной ответственности (если сравнивать, как ТАМ), ну и в силу нагрузки, и других моментов - могут действительно обойтись без фрейма.
Но фишка тут в том, и это вот действительно можно будет подкрепить расчётами - что с фреймом получается дешевле.
Во какой парадокс - из-за софтового лицензирования по ядрам решение на фрейме, если делалось не рукожопыми, будет дешевле.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209094
londinium
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автор ближе к концу весны, наверное, можно будет решение платёжной системы показать, во всех подробностях, с исходными кодами, структурами, и прочим.
Думаю, многие (я точно) будут рады увидеть
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209172
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
хм. ну в Киев тоже можно.
Ок, надо будет только как-то связаться.
И, хотелось бы, чтобы хотя бы два человека, а не один, выразили желание :)
Ну, так сказать, на троих сообразить :)
Оно то можно и удалённо смотреть, но, я боюсь, что если даже всё подробно описать, устные пояснения понадобятся, решение ведь не совсем стандартное, болезненный разрыв шаблона во многих местах гарантирован :)
Я по себе помню, как больно было :)
Сейчас надо соорудить скрипты нагрузки (на TPNS), которые будут эмулировать терминалы, посылающие запросы.
по расчётам, максимальная нагрузка один платёж с терминала в пять минут, но стрессовое тестирование тоже надо, когда терминалы посылают платежи с той скорость, с какой успевают их генерировать, ясно, что это без участия человека.
Так на достигнутую нагрузку можно точно знать, сколько ядер, что ИБМ за это просит, ну и каков размер бедствия в плане кодирования всего этого. Ну, там, закрытие опер дня, подготовка и печать выписок, и прочее.
Можно, конечно, всё записать, в виде повести "о настоящей системе", но блин ведь большая часть тупо не поверит, скажет - фейковые цифры, никто ничего не тестировал, засада!
А сложность и дороговизна фрейма сильно преувеличина. Понятно, не в каждый пивной ларёк. А только в те, где есть понятие "SLA", и когда есть потребность его достигать и соблюдать - ну, то ли конкурентная борьба, то ли законодательство заставляет, так тоже зачастую бывает, почти везде, кроме как здесь :)
Здесь никто ничего не гарантирует :)
И если что где упадёт (что мы знаем никогда не может быть) то вся Москва пол рабочего дня без банкоматов Сбербанка раз в квартал примерно, но это, как нам пояснили, не системная ошибка, это просто случайность, а так все булочки свежие сервера надёжные, ПО отличное!
И никого, что интересно, не расстреляли уволили :)
А так - да, Кивии и Сбербанк это офигенно, это просто образцы качества работы и полноты предоставляемого сервиса, а Россия - родина слонов (или Украина? :) ), а мэйнфреймы умерли, правда, это я слышу уже с 91 года, пожалуй, а они всё умирают и умирают... кол осиновый поискать, что ли....
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209257
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
geereyeхм. ну в Киев тоже можно.
Ок, надо будет только как-то связаться.
И, хотелось бы, чтобы хотя бы два человека, а не один, выразили желание :)
Ну, так сказать, на троих сообразить :)
....
"SLA"....
.....


И меня возмите с собой , пиво-водку-коньяк пью :)
особенно интересуют технологии ( новости по отрасли)
в области бестановочного регламентного обслуживания железа и
установки нового функционала и накатки патчей на софт.


мыло в профиле.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209323
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
дак фишка в том, что я больше по старостям, а не по новостям.
вот, к примеру, по софту, древний способ первый. генерируется две подсистемы IMS на одной z/OS. А поскольку базы отчуждены от СУБД чуть более, чем полностью, понятие системного каталога отсутствует как класс, то пока одна подсистема обслуживается (ptf накатываются), вторая работает с транзакциями и базами, потом меняются местами.
способ второй - одна машина бьётся на три сущности, coupling facility (меньшая, то есть совсем мелкая), и два LPAR в сисплексе, всё в пределах одной машины, напоминаю. Итого, на две z/OS в двух ЛПАР, допустим, 4 ЦПУ, по 2 ЦПУ в каждом. Останавливаем один ЛПАР с отдачей всей памяти и ЦПУ во второй ЛПАР - он теперь имеет все 4 ЦПУ, и начинаем обслуживать выведенную из эксплуатации ОСь со всеми подсистемами, в то время как общая мощность системы не снизилась - как обслуживалось всё на 4 ЦПУ, так и обслуживается. Потом меняем местами - подымаем обслуженную, выключаем необслуженную. Это, как бы, самая очевидная классика. В зависимости от эксплуатируемых подсистем может быть много чего ещё.
Это так, навскидку, наверняка эксплуатанты ещё способов накидают - сильно будет зависеть, все z/OS разные, каждый сисадмин генерит ОСь под себя, поэтому нету двух похожих ОСей (если только вам не российский офис наклонировал своей багливой нерабочей копии). Потому приёмы и способы будут отличаться в каждом случае.
Ок, письмецо брошу, контакт будет. Тема накатки патчей идёт бок-о-бок с темой восстановления после сбоя, так что можно сразу обе.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209353
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
geereye... по софту, древний способ первый. генерируется две подсистемы IMS ....
Т.е. тема про Оракла против Скуля закончилось тем, что вместо них просто сгенерились подсистемы IMS?
Она же вроде иерархическая. Т.е. как бы, скорее, СУБД первого поколения. А те то что в теме реляционные - второго.
Это все таки может вызывать все еще недоумение.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209436
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
geereyeдак фишка в том, что я больше по старостям, а не по новостям.
вот, к примеру, по софту, древний способ первый. генерируется две подсистемы IMS на одной z/OS. А поскольку базы отчуждены от СУБД чуть более, чем полностью, понятие системного каталога отсутствует как класс, то пока одна подсистема обслуживается (ptf накатываются), вторая работает с транзакциями и базами, потом меняются местами.
способ второй - одна машина бьётся на три сущности, coupling facility (меньшая, то есть совсем мелкая), и два LPAR в сисплексе, всё в пределах одной машины, напоминаю. Итого, на две z/OS в двух ЛПАР, допустим, 4 ЦПУ, по 2 ЦПУ в каждом. Останавливаем один ЛПАР с отдачей всей памяти и ЦПУ во второй ЛПАР - он теперь имеет все 4 ЦПУ, и начинаем обслуживать выведенную из эксплуатации ОСь со всеми подсистемами, в то время как общая мощность системы не снизилась - как обслуживалось всё на 4 ЦПУ, так и обслуживается. Потом меняем местами - подымаем обслуженную, выключаем необслуженную. Это, как бы, самая очевидная классика. В зависимости от эксплуатируемых подсистем может быть много чего ещё.
Это так, навскидку, наверняка эксплуатанты ещё способов накидают - сильно будет зависеть, все z/OS разные, каждый сисадмин генерит ОСь под себя, поэтому нету двух похожих ОСей (если только вам не российский офис наклонировал своей багливой нерабочей копии). Потому приёмы и способы будут отличаться в каждом случае.
Ок, письмецо брошу, контакт будет.

Я знаю что такое эксплуатация процессинга, что такое ЛПАР, не первый год с аиксом дружу,
как бросаться ресурсами, как переключаться на стендбай в оракле.
Даже что такое лив партишин мигрейшин знаю.
Но все это не то, когда нужно переключиться без остановки или накатить патч
на несколько терабайтную БД. Не в текстовых ;t файлах движения и остатки хранятся.
Пусть даже ночью, когда пару тройку, до десятка транзакций в секунду пролетает.

SLA однако.



geereyeТема накатки патчей идёт бок-о-бок с темой восстановления после сбоя, так что можно сразу обе.

Есть мейтененс , есть дизастер , это разные вещи по процедуре, и по SLA
так же как регламентная остановка атомного реактора и аварийная.
или обычные выполения условий договора и формажорные.
Они даже близко не ходят рядом.
Если дизастер позволяет потерю нескольких ( десятков, сотен, тысяч)транзакций с корректировкой потом в аварийном режиме заката солнца в ручную, то мейнтенес нет.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209473
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ДохтаР - так именно что без остановки обслуживания.
а бок-о-бок - потому что технологии одни используются.
Я тым выше менеджер очередей упоминал - немалая доля на него в этой ситуации ложится.
Когда одна система выводится, то запросы к ней не должны "пропасть" - вот они в нём и не пропадают, пока их другая система не извлечёт. И тут уже сам размер баз на дисках мало рояля играет, в такой ситуации, а вот глубина очередей и их надёжность много.
Так что по регламенту вещи - разные, а технологии используют схожие.
ну это теоритезирование - надо на практике смотреть и замерять - на сколько просело время отклика. И вписывается ли оно в заданный SLA.
Тут только смотреть.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209526
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
geereyeДохтаР - так именно что без остановки обслуживания.
а бок-о-бок - потому что технологии одни используются.
Я тым выше менеджер очередей упоминал - немалая доля на него в этой ситуации ложится.
Когда одна система выводится, то запросы к ней не должны "пропасть" - вот они в нём и не пропадают, пока их другая система не извлечёт. И тут уже сам размер баз на дисках мало рояля играет, в такой ситуации, а вот глубина очередей и их надёжность много.
Так что по регламенту вещи - разные, а технологии используют схожие.
ну это теоритезирование - надо на практике смотреть и замерять - на сколько просело время отклика. И вписывается ли оно в заданный SLA.
Тут только смотреть.

Менеджер очердей в общем то понятен , интересует алгоритм синхронизации
актуальных остатков, счетчиков лимитов и статусов, покупюрное строение банкоматных касет ,
деталей прошедших транзакций итд между системами,
после того как одна из систем поднялась из мейтененса.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209532
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И сам менеджер очередей где работает и как его апгрейдить?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209538
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ну тогда лчше не здесь, с таким перчнем, а то я и так баюс, что табретками закидают, за распространение ересей про умершие платформы :)
только у мну щас не совсем процессинг, а платёжная типа КИВИ, вернее, её финансово-учётная составляющая.
но если есть интерес что поглядеть именно в процессинге, то можно подумать, потому как интересно, а любопытство - двигатель прогресса :)
я письмо кинул, может, что и сделаем, чему и научимся.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209542
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
geereyeя письмо кинул, может, что и сделаем, чему и научимся.

Ок , я вечером гляну.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209552
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
О!
Харроший вапрос!
В нон-стопе он вообще в ОСь встроен.
И есть такой изречени - каждая субд мечтает стать ОСью, но не всем это удалось.
Я к тому, что, к примеру, ИМС это удалось, это фактически ОСь, и менеджер очередей встроен в неё.
вообще транзакционная обработка без менеджера очередей это ересь (ой!). но, наверное, действительно хватит офф-топить :)
пока не применили карательную медицину в виде принудительной психиатрической помощи :)
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209561
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
geereyeО!
Харроший вапрос!
В нон-стопе он вообще в ОСь встроен.
И есть такой изречени - каждая субд мечтает стать ОСью, но не всем это удалось.
Я к тому, что, к примеру, ИМС это удалось, это фактически ОСь, и менеджер очередей встроен в неё.
вообще транзакционная обработка без менеджера очередей это ересь (ой!). но, наверное, действительно хватит офф-топить :)
пока не применили карательную медицину в виде принудительной психиатрической помощи :)

Транзакционная обработка нормально.
А теория массового обслуживания без манеджера очередей буксует.
:)
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38209578
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
я продолжаю настаивать и будут доказывать (но не тут :) )
достижение нормальных (не здесь) SLA просто невероятно затрудняется без очередей, и становишся как без рук, нормально не спроектировать, не задизайнить!
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38210008
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
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 наказали за недельный простой не самого маленького европейского банка ?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38210067
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Yo.! - ма-ла-дец, дец, как мало, смог нагуглить единственный известный случай.
Про оракл сам проблемы найдшь?
можешь не искать, вопрос риторический.
лучше скажи - а что ты знаешь за тот конкретный случай?
Я специально копал, находил людей, которые могли бы пояснить по факту, писал им письма. Потому как не всё известно из печати. Истина покрыта тайной мрака :)
Ну ок был в истории один сбой. По вине бага в ДБ2 (реляционка без багов???? ФАНТАСТИКА! :) )
И?
Оракл уже никогда к этому показателю не приблизится :)
Ладно, это всё фаллометрия, не по делу.
По делу что спросить хочешь?
Только не по ДБ2.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38210068
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Главное там в статье - no data was lost
Про вопрос Ларри помним? Ну, просили ли назад клиенты деньги :)
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38210083
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
geereyeYo.! - ма-ла-дец, дец, как мало, смог нагуглить единственный известный случай.
Про оракл сам проблемы найдшь?

что бы банк неделю из-за оракла лежал не нашел. поможешь ?

geereyeлучше скажи - а что ты знаешь за тот конкретный случай?
Я специально копал, находил людей, которые могли бы пояснить по факту, писал им письма. Потому как не всё известно из печати. Истина покрыта тайной мрака :)

издеваешься ? это "темная" история была освещена на десятке страниц отчета опубликованном банком. в отчете практически по минутам было расписано в какой последовательности рассыпался тот МФ. сначала проглючила железячка, кажется это был диск, диск отключили и решили заменить. после замены обнаружили кашу в данных db2 и в первые сутки наткнулись на три бага в db2.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38210087
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
нет, не помогу.

по минутам, говоришь? так вот ты неправильную версию расписал.
еще раз - что спрашивать будешь не про дб2?
я сам несколько багов в ней зарегистрировал, так что не лечи меня. Не знеешь, что там было, ищи, раз отчётов валом, только мне этот случай в нос не суй, тем более в твоём неверном изложении :)
могу рассказать, как в регионе РФ базу с бумаг восстанавливали. Думаю, долго. Оракл :)
Так шта - давай не надо, есть что спросить, спрашивай, а на троллинг я не поведусь - годами без sql.ru жил, и ещё годами проживу :)
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38210098
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38210610
Гирайтак я и говорю - у нас своя тусовка, у них своя, перетекание информации крайне затруднено, в определённых областях.
про то, как пивной ларёк автоматизировали, каждый может узнать. Ну, там, сбербанк, к примеру.
а выцепить подробности про Credit Susse, допустим, или Банк Америки, уже куда как тяжелее. А там умудряются опер день в милисекунды закрывать . И спрашивают русских - а вы на чём транзакции проводите? И смеются, услышав ответ, отвечают you are kidding us!
Не верят, буржуи, что мы сплошь на продвинутом софте, что мы их на века обогнали в этом плане :) Как же они бедные без споров то про версионность :)


Вы видимо вендор?? Заметно что вы совершенно не представляете о чем говорите.

Мейнфреймы очень геморойная вещь. Все более менее новые вещи на оракл/ява в основном делаются - платформа гибче и в случае роста или его отсутствия легче переползти на другой сервер или урезать ресурсы, програмистов найти легче чем на фреймы и т.п.
А насчет закрытия опердня в милисекунды у каждого регулятора свои требования и понятия закрытия дня в некоторых регионах/системах просто нет.
Буржуев в основном шокирует диасофт. Они не понимают почему российские банки покупать ЭТО (медленное и унылое г).
Насколько я знаю на западе все по завязанное на производительность -oracle и db2. То что на сиквеле какаянить отчетность и прочее не критикал по. ну и то что сделали когдато на сиквеле как не критикал а потом оно подросло.
Почему? В основном из за инфраструктурных трудностей - под сиквел нужна определенная платформа.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38210652
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
мне кажется, вы в плену мифов.
гибкость не завист от платформы. Гибкость зависит от положенных в основу принципов, от выработанных на их основе архитектурных решениях, на проектировании, на документировании, на правильно выстроенных процессах обеспечения жизненного цикла.
есть замечательный пример российской разработки, приложение на WAS + DB2, когда явная ошибка в SQL запросе не могла быть увтранена очень долго - пришлось очень много переделывать.
Хотя на той же IMS есть масса примеров, когда из-за большой гранулярности изменения проводятся относительно просто, наксолько это вообще возможно в производстве.

Понятно, что по количеству инсталляций ИМС не может сравниваться с системами на винде или юниксах - это же очевидно.
Отсюда глубокомысленное - ВСЕ новые системы.
Нет, не все. Когда появляются новые крупные финансовые институты, для построения ядра их системы применяется ИМС. А на моей памяти, за последних лет 15, таких института появилось 3, в двух странах.
Так что, насколько я знаю, на западе всё, завязанное на SLA, в том числе ( в том числе только, наряду с прочими) и на производительность, делаются не без участия IMS. Бывает, что и без неё.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38210670
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
geereyeНет, не все. Когда появляются новые крупные финансовые институты, для построения ядра их системы применяется ИМС. А на моей памяти, за последних лет 15, таких института появилось 3, в двух странах.

финансовые интситуты северной америки и европы появились в 18 веке, речь о двух странах африки ? кто-то им подарил списанный МФ ?
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38210684
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
geereyeТак что, насколько я знаю, на западе всё, завязанное на SLA, в том числе ( в том числе только, наряду с прочими) и на производительность, делаются не без участия IMS. Бывает, что и без неё.Все так хорошо начиналось, а оказалось простой рекламной шелухой.
Априори можно сказать, что любое заявление в стиле "только на этом продукте можно делать это" гарантировано является простым рекламным роликом, который никогда и ничем подтвержден быть не может.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38210691
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
geereye на проектировании, на документировании, на правильно выстроенных процессах обеспечения жизненного цикла.


современный бизнес развивается насколько быстро , а деньги стоят насколько дешево,
что у бизнесменов и аналитиков нет возможности , что то долго проектировать планировать
Выбрать такой путь - проиграть в конкурентной борьбе с мейнстримовыми технологиями.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38210747
geereye
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
хм.
ну, как бы, ожидаемо.
рекламная шумиха.
как буд-то я вот там выше вот не писал, что можно посмотреть на сделанную систему, покритиковать, попробовать сделать лучше.
можно будет, как закончим.
или нафиг читать то, что не хочется...
ну, кто спросил на посмотреть, я им письма написал, захотят посмотрят, удалённо или в живую, "ни вапрос".
да, с рекламой надо завязывать, и правду.
Сорри, гайз, не смею больше докучать :) Думать, оно всегда трудно, читаем Джека Лондона, белое безмолвие, кажется :)

Йо - китай и объеденённая европа. ты спросил - я ответил.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38210841
geereyeмне кажется, вы в плену мифов.
гибкость не завист от платформы. Гибкость зависит от положенных в основу принципов, от выработанных на их основе архитектурных решениях, на проектировании, на документировании, на правильно выстроенных процессах обеспечения жизненного цикла.
есть замечательный пример российской разработки, приложение на WAS + DB2, когда явная ошибка в SQL запросе не могла быть увтранена очень долго - пришлось очень много переделывать.
Хотя на той же IMS есть масса примеров, когда из-за большой гранулярности изменения проводятся относительно просто, наксолько это вообще возможно в производстве.

Понятно, что по количеству инсталляций ИМС не может сравниваться с системами на винде или юниксах - это же очевидно.
Отсюда глубокомысленное - ВСЕ новые системы.
Нет, не все. Когда появляются новые крупные финансовые институты, для построения ядра их системы применяется ИМС. А на моей памяти, за последних лет 15, таких института появилось 3, в двух странах.
Так что, насколько я знаю, на западе всё, завязанное на SLA, в том числе ( в том числе только, наряду с прочими) и на производительность, делаются не без участия IMS. Бывает, что и без неё.

Под гибкостью тут понимается немного другое. Мейнфрейм это такая штука ПО под которую по достаточно специфично а стоит она дорого и вслучае чего применить ее вычислительные мощьности под что то другое бывает сложно. Поэтому для того чтобы выбить деньги на такую инсталяцию нужны железобетонные основания. А в нашем зыбком мире запустили бизнес пошло пошло- не пошло. Что делать с железкой? Отдать мощьности под другой бизнес или под DR и т.п.
Пошло пошло а потом бешено поперло. Что делать с железкой? купить новую а может просто перехать на что то помощьнее. Куда девать старую? См выше.
А с мейнфреймом такие прыжки превращаются в головную боль из за того что софт специфический. Хорошо если там какойнить db2 стоит и его можно дергать с апп сервера и не знать что где и как крутиться. А если это что то ну очень быстрое но очень специфичное то это может оказаться очень хорошо, а могут оказаться выкинутые деньги.
Просто вы естественно со своей точки зрения вращаясь в мейнфреймах видите что их покупают. Но область их применения не так уж широка. Даже монстры фин индустрии не готовы вкладываться в такие вычислительные мощьности направо и налево.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38211026
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
geereyeкак буд-то я вот там выше вот не писал, что можно посмотреть на сделанную систему, покритиковатьДа, выше было интересно, но потом вместо фактов пошла чистая реклама. С типичным рекламным трюком - на публике факты рассказывать не буду, а вот в личной переписке все и открою.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38211147
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
geereye
Так что, насколько я знаю, на западе всё, завязанное на SLA, в том числе ( в том числе только, наряду с прочими) и на производительность, делаются не без участия IMS. Бывает, что и без неё.
Поскольку на западе же и придумали Оракла и СКуля и вообще реляционные СУБД, и от них же пошло, что это большее достижение чем иерархические (к коим относят IMS), то не совсем понятно зачем они ее юзают, когда в их руках есть более продвинутые средства. Не для того же чтобы отстать от востока?
Поэтому, скорее всего, ссылки типа "насколько я знаю не достаточно". Нужны дополнительные источники от незаинтересованных лиц.
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38212293
simple man
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ЦБ намерен создать национальный центр обработки внутрироссийских трансакций по картам международных платежных систем

"Мы завершили создание централизованной информационно-технической инфраструктуры...— отметил он.— Эту инфраструктуру можно использовать в качестве технической основы для создания национального центра обработки внутрироссийских трансакций по картам МПС"

У них там в ЦБ на мейнфреймах (и под ораклом :)) ) расчетные системы консолидированы.
Тоже зетки + IMS выбрали для нового мегапроцессинга ? Или по старинке Oracle for z/OS ;-))
...
Рейтинг: 0 / 0
Oracle vs MS SQL как СУБД для процессинговых центров
    #38212379
simple man
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Доступность процессинга

Простои Сбера за 2012 :

- плановое время простоя составило 11 часов 17 минут, т.е. 0,9987

- время незапланированного простоя составило 76 часов 32 минуты , т.е. 0,9912

- общее время простоя составило 87 часов 49 минут, т.е. 0,9900
...
Рейтинг: 0 / 0
129 сообщений из 129, показаны все 6 страниц
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Oracle vs MS SQL как СУБД для процессинговых центров
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]