Сергей Зыков - Основы проектирования корпоративных систем

Еще одно важное дополнение – это возможность поддержки большого количества часовых поясов. Это важно, потому что корпорация, будучи территориально распределенной структурой, функционирует в разных странах, на разных континентах. И по статистике «Итера», некоторые из топ-менеджеров проводят до трети своего рабочего времени в воздухе или командировках. Это достаточно много. Поэтому руководителю нужно иметь возможность получить срез оперативной информации по бизнес-деятельности корпорации, отдельных ее структур, компаний, регионов и т. д. применительно к различным часовым поясам и сделать это так, чтобы результирующие данные были актуальными.

В этой связи вводится новый тип данных – DateTime, который:

• имеет новый интерфейс;

• снабжен возможностью не ориентироваться на локальное время машины, на которой, собственно, работает база данных и Dynamics;

• использует UTC. Это французская аббревиатура, на английском она звучит как Coordinated Universal Time. При доступе к базе данных автоматически пересчитывать время на тот регион, из которого производится запрос.

Естественно, осуществляется преемственность с предыдущими версиями Dynamics, которые сохраняют местную семантику, если говорить о локальном времени, о предыдущих типах данных, которые учитывают единственный часовой пояс, то с ними обеспечивается преемственность. При миграции данных производится автоматическое обновление до UTC относительно текущего часового пояса. Что еще очень важно, в Dynamics существует встроенный язык, который называется X++. Это объектно-ориентированный язык. Можно сказать, что он больше похож на С++, чем на C#. Хотя определенное тяготение к. NET-идеологии также присутствует. Вот на этом языке можно осуществлять процедурные расширения и, в частности, использовать его для доступа к базам данных.

Еще одна важная особенность, которую нужно отметить в отношении корпоративных систем, это возможность учета для многих компаний. Надо понимать, что корпорация объединяет большое количество различных компаний, вообще говоря, с разными направлениями деятельности. И достаточно важна возможность консолидации данных компаний для того, чтобы получить эффективное средство подготовки отчетности как для внешнего и внутреннего аудита, так и для руководства корпорации. Последние версии Microsoft Dynamics обеспечивают унифицированный доступ к данным компании. То есть не важно, откуда производится доступ: это могут быть формы ввода, запросы или отчеты. Можно использовать код языка Х++, чтобы получить доступ к базам данных, как уже говорилось.

Что еще интересно, поддерживаются гетерогенные таблицы и таблицы, которые агрегируют информацию по различным компаниям. Для этого используется новое ключевое слово для работы с компаниями, которое называется . Ниже представлен пример запроса, который как раз включает это слово.

Далее видно, каким образом производится выборка по многим компаниям с построением такого рода, можно сказать, консолидированного отчета. Важно отметить, что поддерживается фильтрация при помощи контейнеров. Ниже определяется контейнер компании, указывается, какого рода компании к нему относятся.

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

Кроме того, существует ряд изменений в структуре запросов, которые также нацелены на использование множества компаний, т. е. видно, что в структуре запросов можно явно указывать, допустимо ли использовать учет по многим компаниям или нет в данном случае. На рис. 18.3 представлен вариант отчета или просмотра данных по различным компаниям. Видно, что в отчете представлены как различные компании (dm2, dmo), так и различные сотрудники этих компаний. При этом отчет агрегируется и представляется для просмотра пользователю в едином интерфейсе DataGre-at, который является частью Windows Forms, одним из стандартных классов, в котором производится выборка данных из гетерогенных источников в том числе.

Еще одним важным направлением развития Microsoft Dynamics является пакетная обработка заданий. Здесь, наверно, уместно вспомнить, что пакетная обработка заданий использовалась еще очень давно, когда применялись широко мейнфреймовые архитектуры, машины типа IBM 360, EC 1030, возможно, и несколько раньше. Здесь эти технологии поднимаются на новый уровень, используются серверы, которые обслуживают пакеты заданий. При этом они строятся на основе объектных серверов, которые называются Application Object Server. Существует возможность группового запуска задач на одном сервере, балансировки загрузки между разными серверами. Для каждого пакета задач формируются специализированные извещения по завершении, т. е. достаточно гибко осуществляется управление заданиями в пакетном режиме.