Решение проблемы многоплатформенности ТКС

К сожалению, сегодня часто происходит подмена понятия многоплатформенности. Некоторые фирмы вместо реальной многоплатформенности, благодаря которой одно и то же приложение с использованием одной и той же СУБД может работать на разных аппаратных платформах (под управлением различных операционных систем), предлагают так называемое решение «multi-DBMS» (что в переводе на русский язык может звучать не совсем благозвучно, например: «поддержка множества СУБД»). На первый взгляд подмена понятий практически незаметна (в принципе, конечному пользователю не всегда интересно знать, на какой СУБД функционирует). Тем не менее при более тщательном рассмотрении вопроса проблемы, возникающие при последней реализации, приобретают очень серьезный характер.

Наличие единого подхода к обработке данных в SQL-серверах различных производителей позволяет говорить о возможности наличия решения типа «multi-DBMS». Однако возможность оптимального соединения в одном прикладном коде обработки файл-серверных (Btrieve) и клиент-серверных СУБД (Oracle, Sybase, MS SQL и пр.) вызывает большие сомнения. Такое решение, например, возможно, если массовую обработку при помощи оператора select (для SQL-серверов), для которого нет прямого аналога в СУБД файл-серверной архитектуры, заменить на единичную обработку записей (например, при помощи того же оператора select, но применяемого к каждой отдельной записи!). Тем не менее в этом случае теряются все преимущества SQL-подхода к массовым обработкам и налицо серьезная потеря производительности.

Кроме того, такой подход является более трудоемким по сравнению с «классическим» решением проблемы средствами СУБД, так как предполагает необходимость разработки специального сервиса для унификации доступа к различным базам данных. Фактически при этом фирма — перекладывает на себя очень сложную и трудоемкую задачу, которая уже решена фирмами — разработчиками СУБД. В условиях современной конкуренции такая расточительность может стоить очень дорого.

Ни в коем случае не желая бросить тень на подобное решение проблемы многоплатформенности (масштабируемости), все же отметим, что наиболее оптимальным, по мнению автора, является решение проблемы средствами СУБД, когда одна и та же СУБД работает на различных аппаратных платформах. Например, выбранная фирмой БИС Progress одинаково успешно работает на целом ряде платформ под управлением операционных систем UNIX и Windows NT. Помимо поддержки таких «традиционных» для России платформ имеется возможность работать и под управлением операционной системы AS 400.

Кроме того, стоит отметить, что выбор аппаратной платформы для банка не часто выполняемая операция. Если банк приобретает систему в архитектуре «клиент-сервер», то возможность масштабирования ему уже гарантирована. Следовательно, потребность в смене платформы, а уж тем более СУБД, отпадает. Естественно, банки, работающие на Btrieve, рано или поздно «упираются в потолок» и вынуждены менять платформу.