• АБС в крупном Банке. Тестирование PostgreSQL. Опыт применения Ora2PG. Кондрашов Андрей Начальник отдела архитектуры АБС «М-Банк»
  • АБС «М-Банк» • Собственная разработка ДИТ Банка Москвы, охватывающая практически все бизнес-процессы Банка. (Oracle + Delphi 7) • Единое фронтальное решение, позволяющее сотрудникам работать в общей интегрированной среде. • Комплексное обслуживание физ. и юр. лиц. в единой базе клиентов, кредитная дорога, зарплатные проекты, кассовое обслуживание, работа с Гос. органами, электронные каналы обслуживания, платежные системы, торговые площадки, смс-провайдеры, валютный контроль, собственный CRM и многое многое другое…
  • СУБД • Oracle – всё хорошо, но вдруг санкции? • Tibero – тоже коммерческий продукт, а вдруг санкции? ) • PostgreSQL – бесплатный, быстрый, амбициозно-развивающийся проект с открытым исходным кодом. • MSSql • MySql
  • Требования к АБС • Эксплуатация – 24/7 • Высоконагруженная система (~2000 IOPS, 22 TB данных) • Удобство администрирования и сопровождения • Наличие специалистов на рынке труда • Работа на имеющимся оборудовании Например: IBM Power 780 64 физических процессора 640 GB RAM
  • Количество основных объектов только в двух основных схемах • Таблицы – ~3700 • Пакеты – 4770 • Много кода с переменными уровня пакета • Автономные транзакции • Использование Oracle Advanced Queues • Линки на другие базы • Пользовательские типы данных • Работа с XML в Oracle
  • Основные цели • Повышение независимости на уровне СУБД • Глубокий рефакторинг. • Смена компонент доступа к базам данных DOA -> FireDac • Миграция на последнюю версию Delphi (xe8) • Изоляция пользовательских форм от компонент уровня доступа к базе (ClientDataSet)
  • Выбор Ora2PG (13 версия) • Произвели настройку Ora2PG под Windows. Установили Perl. • Быстро • Удобно • Наглядно Было перенесено около 30 ядерных таблиц и пакетов: Аутентификация пользователей, документы и архив документов, договора, таблицы проводок и остатков, счетов, таблицы с клиентской информацией, конфигурационная таблица, таблица форм и типов. Большинство форм пользовательского интерфейса хранятся в базе!
  • Возникшие проблемы • Оценка общего времени миграции всей схемы – не удалось получить  • Проблема с глобальными переменными уровня пакета • Автономные транзакции • Системные view (v$instance, v$session…) Поиск аналогов. • Большое количество получающихся схем + проблемы выдачи грантов друг другу. • Партиции в привычном понимании. • Пакетные переменные -> временная таблица уровня сессии • Из общего: • По-началу непривычный синтаксис ) • Нет средства разработки уровня PL\SQL Developer\TOAD.
  • Первое тестирование производительности PostgreSQL • Вставка 1М записей. Какая-то машинка. • • Commit по 1000 записей • "2014-08-11 21:16:56.862075";"2014-08-11 21:24:33.726229" • ~9 минут • • по 50000 записей • "2014-08-11 21:25:56.863602";"2014-08-11 21:33:00.270117" • ~7 минут • • по 250000 записей • "2014-08-11 21:34:56.25054";"2014-08-11 21:40:28.074285" • ~5.5 минут
  • Результат: • Миграция проекта с Delphi 7 на Delphi XE2-XE8 • Полная замена компонент доступа к данным на FireDac
  • • Данный релиз сейчас в тестировании и будет выложен в пром в течение месяца под Oracle с полной функциональностью. • Предпринимаются усилия по переводу запросов к виду ANSI SQL. (либо директивы препроцессора, если невозможно обойти) • Будем продолжать тестировать и развивать функциональность версии под PostgreSQL.
  • Что ждём от PostgreSQL в ближайшее время Автономные транзакции. Мощное партиционирование. Мощное средство разработки. На уровне PLSQL Developer, TOAD Поддержку пакетов 
Please download to view
All materials on our website are shared by users. If you have any questions about copyright issues, please report us to resolve them. We are always happy to assist you.
...

Андрей Кондрашов, Банк Москвы. «АБС в крупном Банке. Тестирование PostgreSQL. Опыт применения Ora2Pg. Оценка возможностей»

by mailru-group

on

Report

Category:

Education

Download: 0

Comment: 0

1,115,679

views

Comments

Description

Download Андрей Кондрашов, Банк Москвы. «АБС в крупном Банке. Тестирование PostgreSQL. Опыт применения Ora2Pg. Оценка возможностей»

Transcript

  • АБС в крупном Банке. Тестирование PostgreSQL. Опыт применения Ora2PG. Кондрашов Андрей Начальник отдела архитектуры АБС «М-Банк»
  • АБС «М-Банк» • Собственная разработка ДИТ Банка Москвы, охватывающая практически все бизнес-процессы Банка. (Oracle + Delphi 7) • Единое фронтальное решение, позволяющее сотрудникам работать в общей интегрированной среде. • Комплексное обслуживание физ. и юр. лиц. в единой базе клиентов, кредитная дорога, зарплатные проекты, кассовое обслуживание, работа с Гос. органами, электронные каналы обслуживания, платежные системы, торговые площадки, смс-провайдеры, валютный контроль, собственный CRM и многое многое другое…
  • СУБД • Oracle – всё хорошо, но вдруг санкции? • Tibero – тоже коммерческий продукт, а вдруг санкции? ) • PostgreSQL – бесплатный, быстрый, амбициозно-развивающийся проект с открытым исходным кодом. • MSSql • MySql
  • Требования к АБС • Эксплуатация – 24/7 • Высоконагруженная система (~2000 IOPS, 22 TB данных) • Удобство администрирования и сопровождения • Наличие специалистов на рынке труда • Работа на имеющимся оборудовании Например: IBM Power 780 64 физических процессора 640 GB RAM
  • Количество основных объектов только в двух основных схемах • Таблицы – ~3700 • Пакеты – 4770 • Много кода с переменными уровня пакета • Автономные транзакции • Использование Oracle Advanced Queues • Линки на другие базы • Пользовательские типы данных • Работа с XML в Oracle
  • Основные цели • Повышение независимости на уровне СУБД • Глубокий рефакторинг. • Смена компонент доступа к базам данных DOA -> FireDac • Миграция на последнюю версию Delphi (xe8) • Изоляция пользовательских форм от компонент уровня доступа к базе (ClientDataSet)
  • Выбор Ora2PG (13 версия) • Произвели настройку Ora2PG под Windows. Установили Perl. • Быстро • Удобно • Наглядно Было перенесено около 30 ядерных таблиц и пакетов: Аутентификация пользователей, документы и архив документов, договора, таблицы проводок и остатков, счетов, таблицы с клиентской информацией, конфигурационная таблица, таблица форм и типов. Большинство форм пользовательского интерфейса хранятся в базе!
  • Возникшие проблемы • Оценка общего времени миграции всей схемы – не удалось получить  • Проблема с глобальными переменными уровня пакета • Автономные транзакции • Системные view (v$instance, v$session…) Поиск аналогов. • Большое количество получающихся схем + проблемы выдачи грантов друг другу. • Партиции в привычном понимании. • Пакетные переменные -> временная таблица уровня сессии • Из общего: • По-началу непривычный синтаксис ) • Нет средства разработки уровня PL\SQL Developer\TOAD.
  • Первое тестирование производительности PostgreSQL • Вставка 1М записей. Какая-то машинка. • • Commit по 1000 записей • "2014-08-11 21:16:56.862075";"2014-08-11 21:24:33.726229" • ~9 минут • • по 50000 записей • "2014-08-11 21:25:56.863602";"2014-08-11 21:33:00.270117" • ~7 минут • • по 250000 записей • "2014-08-11 21:34:56.25054";"2014-08-11 21:40:28.074285" • ~5.5 минут
  • Результат: • Миграция проекта с Delphi 7 на Delphi XE2-XE8 • Полная замена компонент доступа к данным на FireDac
  • • Данный релиз сейчас в тестировании и будет выложен в пром в течение месяца под Oracle с полной функциональностью. • Предпринимаются усилия по переводу запросов к виду ANSI SQL. (либо директивы препроцессора, если невозможно обойти) • Будем продолжать тестировать и развивать функциональность версии под PostgreSQL.
  • Что ждём от PostgreSQL в ближайшее время Автономные транзакции. Мощное партиционирование. Мощное средство разработки. На уровне PLSQL Developer, TOAD Поддержку пакетов 
Fly UP