Использование интеграции с DB2 для улучшения приложения ITSO Electronics

2.2.2 Экспортирование данных с типом TIMEDATE в DB2 Access View

Тип данных Lotus Notes TIMEDATE позволяет хранить дату, время, временную зону, а также индикатор летнего времени, однако временная отметка DB2 позволяет хранить только дату и время. В DB2 считается, что все даты и время локальны по отношению к часовому поясу сервера DB2. Это может привести к неверному отображению времени при экспортировании данных с типом TIMEDATE в DB2 Access View или к чтению данных с типом TIMESTAMP из DB2 в Query View (вне зависимости от того, откуда они взяты: из DB2 Access View или же из других таблиц DB2).

Существует два варианта сохранения даты и времени в DB2 Access View: локальное (местное) время или время, измененное в соответствии с GMT (стандартизованное). Вы можете изменить способ работы с ними, используя параметр "Normalize to GMT for time zone conversions" на закладке Advanced окна свойств Access View Entry.

2.2.3 Размещение диапазонов дат в DB2 Access View

При вставке или обновлении диапазонов дат в документе, расположенном внутри DB2 Access View через SQL, необходимо определить диапазоны дат в полном формате временной отметки DB2, например такой, как yyyy-mm-dd-hh.mm.ss.subsec (год-месяц-день-час.минута.секунда.миллисекунда) или 2005-12-12-08.06.30.123456. Если при выполнении данного этапа произошла ошибка, вставленное значение будет не определено или равно нулю.

2.2.4 Проверка статуса DB2 Access View

При выборе DB2 Access View в Domino Designer показывается список всех DB2 Access View, находящихся в базе данных. Перед каждым DB2 Access View отобразится иконка, показывающая его статус. Данные иконки с соответствующими расшифровками приведены на рис 2.7.

2.2.5 На что еще обратить внимание при создании DB2 Access View

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

Domino невероятно гибок, когда дело доходит до полей и соответствующих им типов данных. Два документа, основанных на одной и той же форме, в Lotus Notes и Domino могут иметь разные типы данных. Это преимущество в гибкости может вызвать проблемы, например когда вы попытаетесь создать DB2 Access View. DB2 крайне строга по отношению к типам данных. Необходимо будет часто чистить данные в базе данных, а также быть уверенным в том, что содержимое всех полей, использованных в DB2 Access View, обладает одним и тем же типом данных.

Если в документе Lotus Notes будет потеряно какое-либо поле, или значение этого поля будет отсутствовать, то никаких проблем не возникнет. В DB2 Access View значение такого поля будет просто установлено =NULL, и при любых запросах, касающихся этого поля, будет отображаться пустое значение. Поля с типом rich text и formula не поддерживаются в DB2 Access View. Если вы включите такие поля в DB2 Access View, то сообщения об ошибке выдаваться не будет, но вместо содержимого поля будет отображаться NULL.

Размеры DB2 Access View и его элементов (таблиц, видов, триггеров и индексов) не включаются в итоговый размер файла базы данных Lotus Notes с поддержкой DB2, для которой оно было создано. Таким образом, если у вас есть множество DB2 Access View, связанных с базой данных Lotus Notes с поддержкой DB2, следует помнить, что они займут такое количество дискового пространства, которое будет превышать дисковое пространство, отведенное под саму базу данных Lotus Notes с поддержкой DB2. Но опасения, что DB2 Access Views будут занимать большее количество дискового пространства, оказались необоснованными. На ранних этапах тестирования в IBM было показано, что даже DB2 Access View с большим количеством столбцов обычно занимает всего лишь от 2% до 3 % от дискового пространства, занимаемого базой данных.

2.2.6 Применение DB2 Access View в рамках приложения ITSO Electronics

В нашем сценарии, приведенном в качестве примера, компании ITSO Electronics требуется использовать новую возможность Query Views, к обсуждению которой мы перейдем в п. 2.3, "Query Views". Для того чтобы подготовить базу данных к использованию Query Views, нам необходимо создать несколько DB2 Access View. В этом примере мы решили использовать только по одному DB2 Access View на каждую базу данных Lotus Notes приложения ITSO Electronics.

Для начала создадим DB2 Access View для базы данных ITSO Electronics Sales, которую назовем SALESDAV.

В табл. 2.2 представлены выбранные поля.

Следующий DB2 Access View, который мы создадим в базе данных ITSO Electronics Customer, будет называться CUSTOMERDAV (см. табл. 2.3).

И, наконец, мы создадим DB2 Access View в базе данных ITSO Electronics Products и назовем его CUSTOMERDAV.

В дальнейшем мы используем эти DB2 Access Views при создании Query View, которое рассмотрено в п. 2.3, "Query Views".

2.3 Query Views

Query Views – это новый тип видов в базе данных Notes (NSF). Они заполняются путем выполнения запросов, написанных на языке структурированных запросов (SQL). На первый взгляд кажется, что виды Query Views – это всего лишь еще один способ сбора и представления данных. Однако при более пристальном изучении становится очевидно, что Query Views заставляют вас по-новому посмотреть на данные в Lotus Domino. Здесь впервые возможно отображать информацию более чем из одной базы данных Lotus Notes в пределах одного вида. Вы можете использовать приведенные ниже конструкции SQL.

Запросы динамически строятся на основе языка SQL и не занимают места в базе данных. SQL-выражение, в свою очередь, может быть динамически построено с использованием языка формул Lotus Notes. Вы можете свободно использовать такие @-формулы, как @Username и @Today, не опасаясь возникновения проблем с индексированием, которые могли бы возникнуть в стандартных представлениях Lotus Notes. Можно даже управлять содержимым представления с помощью @-формулы взаимодействия пользователя с системой @Prompt. Описанием подобного рода аспектов мы займемся в п. 2.3.4, "Динамическое создание Query Views с помощью @-формул".

2.3.1 Создание Query View

Query View не способен напрямую отображать данные документа Lotus Domino. Чтобы сделать это, необходимо в первую очередь, создать DB2 Access View, как описано в п. 2.2.1, "Создание DB2 Access Views". Затем можно приступить к созданию Query View, выполнив приведенную ниже последовательность действий.

В Domino Designer перейдите к представлениям ( .(рис 2.8) Окно Create View

Далее введите SQL-выражение для создаваемого представления. В п. 2.3.4, "Динамическое создание Query Views с помощью @-формул", будет рассказано, как вы можете динамически создавать SQL-выражения, основываясь на языке @-формул. Для того чтобы воспользоваться этой возможностью, статические операторы SQL необходимо заключить в кавычки, как показано в примере 2.1.

"SELECT * FROM SALES.SALESDAV"

Вы обращаетесь к DB2 Access View в базе данных, используя название схемы DB2 и название DB2 Access View: DB2SCHEMANAME.DAVNAME. В п. 2.3.4, "Динамическое создание Query Views с помощью @-формул".

Когда вы написали SQL-выражение, можно определить столбцы представления. Это делается так же, как и в случае с обычными представлениями.

Чтобы посмотреть результат, щелкните по кнопке Notes Preview (Предварительный просмотр Notes). Обращаем ваше внимание на то, что кнопка Refresh на панели программирования не позволяет увидеть представление в Domino 7.

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

"SELECT
SALES.SALESDAV.CUSTOMERNAME
FROM
SALES.SALESDAV"

Когда мы работали над созданием приложения ITSO Electronics, то пришли к выводу, что написание SQL-выражений в виде строк, объединенных знаком "+", позволяет достигнуть той же легкости при чтении и что, самое главное, они работают в Lotus Domino 7. См. . Каждая часть SQL-выражения должна быть заключена в кавычки.

"SELECT "+
"SALES.SALESDAV.CUSTOMERNAME "+
"FROM "+
"SALES.SALESDAV"

Язык SQL позволяет использовать упрощенный способ написания SQL-выражений, в котором используются псевдонимы для источников данных. Код программы, представленный в примере 2.3, можно переписать по-другому (см. ). Хотя фактически разницы нет, впоследствии этот способ написания SQL-выражений поможет вам понять более сложные примеры.

"SELECT "+
"S.CUSTOMERNAME "+
"FROM "+
"SALES.SALESDAV S"

На рис 2.9 показано, как информация из DB2 Access Views ORDERDAV и CUSTOMERDAV объединяется в ResultSet SQL.

В примере 2.5 показано соответствующее SQL-выражение, которое было использовано для этой цели.

"SELECT "+
"S.AType, S.Anumber,S.Product1 , C.CUSTOMERNAME, C.OWNERNAME, "+
" S.CUSTOMERNUMBER, S.MadeSale "+
"FROM "+
"SALES.SALESDAV S "+
"Left outer JOIN "+
"CUSTOMER.CUSTOMERDAV C "+
"ON "+
"S.CustomerNumber=C.CustomerNumber "+
"WHERE "+
"C.OWNERNAME<>''"

На рис 2.10 показано представление Customer Sales, созданное на основе SQL-выражения, рассмотренного в примере 2.5.

2.3.3 Создание Query View с помощью оператора Union

Компания ITSO Electronics настаивает на том, чтобы все ее внешние контакты были объединены в одно представление. При этом информация о поставщиках хранится в базе данных показано, как с помощью оператора Union происходит создание Query View из отдельных DB2 Access View.

В примере 2.6 показано SQL-выражение, используемое для сбора данных представления, в котором содержатся все внешние контакты компании ITSO Electronics. Для того чтобы оператор Union заработал, необходимо, чтобы каждая формула отбора возвращала одинаковое число столбцов с одинаковыми именами столбцов. К тому же у соответствующих столбцов каждого набора результатов должны быть соответствующие типы полей.

"SELECT " +
"C.CUSTOMERNUMBER as NO, C.CUSTOMERNAME as EXTERNALNAME, "+
"C.CUSTOMERADDRESS as ADDRESS, C.CUSTOMERDESCRIPTION as Description, "+
"C.Form as form "+
"FROM "+
"CUSTOMER.CUSTOMERDAV C " +
"WHERE "+
"C.FORM='Customer' "+
"UNION ALL "+
"SELECT "+
"S.SUPPLIERNUMBER as NO, S.SUPPLIERNAME as EXTERNALNAME, "+
"S.SUPPLIERADDRESS as ADDRESS, S.SUPPLIERDESCRIPTION as Description, "+
"S.Form as form "+
"FROM "+
"PRODUCTS.PRODUCTDAV S " +
"WHERE "+
"FORM ='Supplier'"

На рис 2.12 показан Query View, отображающий данные поставщиков и покупателей компании ITSO Electronics, располагающиеся в различных базах с использованием SQL-кода, приведенного в примере 2.6.

2.3.4 Динамическое создание Query Views с помощью @-формул

Во всех приведенных и использованных до сих пор примерах применялись статические SQL-выражения. Однако во многих случаях лучше создавать SQL-выражения на лету, во время открытия Query View. К счастью, Lotus Domino 7 позволяет составлять текст Query View на языке @-формул.

В примере 2.7 представлено простое SQL-выражение, которое "собирает" все мероприятия по сбыту для покупателя "ITSO" из DB2 Access View SALESDAV. Для этой цели в нем используется условие S.CUSTOMERNAME='ITSO'.

""SELECT "+
"S.CUSTOMERNAME, S.ATYPE,S.ANumber , S.MADESALE "+
"FROM "+
"SALES.SALESDAV S "+
"WHERE S.FORM='Sales Activity' AND S.CUSTOMERNAME='ITSO'"

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

_CUSTOMER:=@Prompt([OKCANCELEDIT];"Выбор компании"; "Пожалуйста, укажите
название компании, которую хотели бы найти.";"");
"SELECT "+
"S.CUSTOMERNAME, S.ATYPE,S.ANumber , S.MADESALE "+
"FROM"+
" SALES.SALESDAV S "+
"WHERE S.FORM='Sales Activity' AND S.CUSTOMERNAME='"+_CUSTOMER+"'"

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

Как уже было отмечено в п. 2.3.1, "Создание Query View", вы не можете быть уверены в том, что название схемы SQL для базы данных останется тем же после того, как она будет скопирована или продублирована на другом сервере. Поэтому рекомендуется избегать статических ссылок на схему базы данных в ваших SQL-выражениях. Способ обхождения этого ограничения состоит в использовании функции @DB2Schema которая была внедрена в Lotus Notes и Domino 7. Описание данной функции см. в п. 4.5, "Дополнения к языку формул". Чтобы получить SQL DB2Schema для текущей базы данных, необходимо использовать команду @DB2Schema вместе с функцией @DBName. Если поместить эти команды в SQL-выражение из примера 2.7, мы получим код, похожий на тот, что представлен в примере 2.9.

_Schema:= @DB2Schema(@DBname);
"SELECT "+
"S.CUSTOMERNAME, S.ATYPE,S.ANumber , S.MADESALE "+
"FROM "+
_Schema +".SALESDAV S "+
"WHERE S.FORM='Sales Activity' AND S.CUSTOMERNAME='ITSO'"

Также может возникнуть необходимость написать SQL-выражение, позволяющее получить доступ к DB2 Access View в другой базе данных. Если предположить, что эта база данных находится в той же папке, что и текущая, то SQL-выражение, основанное на примере 2.7, будет похоже на решение, представленное в примере 2.10.

_pathOnly:=@LeftBack(@Subset(@DbName;-1);"\\");_path:=@If(_pathOnly="";"";_
pathOnly+"\\");_Server:=@Subset(@DbName;1);_Schema:= @DB2Schema(_Server:@
Trim(_path+"Sales.nsf"));"SELECT "+"S.CUSTOMERNAME, S.ATYPE,S.ANumber , S.
MADESALE "+"FROM "+_Schema +".SALESDAV S "+ "WHERE S.FORM='Sales Activity' "

Если при создании SQL-выражения вы не будете уверены в том, по какому пути находится база данных, к которой необходимо получить доступ, можно воспользоваться одной из приведенных ниже команд для получения информации о пути интересующей вас базы данных из конфигурационных документов:

2.3.5 Открытие документов из Query Views

В классическом представлении Lotus Notes каждая запись связана с документом напрямую. Таким образом, вы можете открывать, копировать и удалять документы из каждого представления. Однако для Query View, основанном на SQL-операторах, так бывает не всегда. Перед тем как вы сможете открывать, копировать и удалять какие-либо данные из Query View, необходимо выполнить ряд определенных условий. Строка Query View будет соединена с документом, находящимся в базе данных Notes, если вы включите столбец #NOTEID из DB2 Access View в ваш запрос и этот #NOTEID будет являться корректным Note ID в открытой базе данных Notes.

Например, в нашем исходном Query View, приведенном в качестве примера, мы выполнили следующий запрос:

SELECT * FROM SALES.SALESDAV

По сути этот запрос выбирает столбец #NOTEID из DB2 Access View, следовательно, создается связь между строками Query View и связанными с ними документами Notes. Приведенный ниже запрос не выбирает #NOTEID из DB2 Access View, поэтому строки в этом Query View не будут связаны с соответствующими документами и сгенерируется ошибка, если вы попытаетесь ими манипулировать (например, дважды щелкнете левой кнопкой мыши):

> SELECT CUSTOMERNAME FROM SALES.SALESDAV

Если вы выбираете ограниченное число столбцов из DB2 Access View, вам следует отдельно выбрать столбец #NOTEID, например:

> SELECT CUSTOMERNAME, #NOTEID FROM SALES.SALESDAV

Если вы выполняете операцию JOIN с несколькими DB2 Access Views, убедитесь в том, что вы точно выбрали столбец #NOTEID, который является корректным Note ID (идентификатором записи) в текущей базе данных Notes.

Простейшую связь между видом и документом Notes представляет собой #NOTEID. Тем не менее, некоторые функции, такие как копирование или создание ссылки на документ, требуют OID (идентификатор автора документа). Если вашему приложению требуется такого рода функциональность (или же вы хотите, чтобы взаимодействие с Query View было больше похоже на взаимодействие с обычными представлениями), включите опцию экспортирования #OID в DB2 Access View (ее можно включить на дополнительной закладке окна свойств DB2 Access View), а также включите в ваши запросы #OID.

Обратите внимание на то, что при выборе данных из разных DB2 Access View, необходимо конкретно указать, из каких DB2 Access View выбирать соответствующие столбцы, например:

SELECT S.AType, S.Anumber,S.Product1 , C.CUSTOMERNAME, C.OWNERNAME, C.#NOTEID,
C.#OID,
S.CUSTOMERNUMBER, S.MadeSale FROM SALES.SALESDAV S Left outer JOIN CUSTOMER.
CUSTOMERDAV C
ON S.CustomerNumber=C.CustomerNumber WHERE C.OWNERNAME<>''

2.3.6 Открытие Query View с помощью Web-браузеров

В начальном релизе Lotus Domino 7.0, к сожалению, функция просмотра .

2.3.7 Query View и LotusScript

Несмотря на то, что Query View позволяет открывать документы в представлении, доступ к ним можно получить и с помощью LotusScript (см. п. 2.3.5, "Открытие документов из Query Views"). В нашем случае подойдет простой скрипт, приведенный в примере 2.11. Если вы не можете открыть документы из Query View, то скрипт вызовет ошибку времени выполнения "Object variable not set".

Sub Click(Source As Button)
Dim session As New notessession
Dim db As NotesDatabase
Dim view As NotesView
Dim doc As notesdocument
Dim Item As notesitem
Set db=session.currentdatabase
Set view =db.Getview("<ПРЕДСТАВЛЕНИЕ>")
Set doc=view.GetFirstDocument ' <===========================================
Do While Not doc Is Nothing
Set Item =doc.GetFirstItem("<ЭЛЕМЕНТ В БАЗЕ ДАННЫХ>")
Print(item.text)
Set doc=view.GetNextDocument(doc)
Loop
End Sub

Существует еще один способ получить доступ к данным в Query Views, не позволяющих открыть документы с помощью LotusScript. Доступ к таким представлениям необходимо осуществлять через класс View Entry, как показано в примере 2.12.

Sub Click(Source As Button)
Dim session As New notessession
Dim db As NotesDatabase
Dim view As NotesView
Dim doc As notesdocument
Dim Item As notesitem
Dim entry As NotesViewEntry
Set db=session.currentdatabase
Set view =db.Getview("<Имя Вашего представления>")
Set Entry = View.GetEntryByKey( "<Имя элемента представления>", True)
Msgbox(entry.ColumnValues(1))
End Sub

2.3.8 Внедрение Query Views в приложение ITSO Electronics

Как и любое другое представление, вы можете внедрить ). Для получения дополнительной информации о создании внедренных представлений, обратитесь к справке Lotus Domino 7 Designer, доступной по следующему адресу: http://www.lotus.com/ldd/doc/domino_notes/7.0/help7_designer.nsf

2.3.9 Подробный анализ Query Views

В этом разделе приведены дополнительные аспекты, касающиеся Query View.

Разделение списковых элементов

В DB2 Access Views текстовые списки хранятся в виде текстовой строки, и поскольку Query View считывает данные из DB2 напрямую, именно эта текстовая строка и возвращается в Query View. Таким образом, если у вас есть списковый элемент, который вы хотите разделить в вашем Query View, необходимо использовать функцию @Explode в столбце, содержащем несколько значений. Чтобы убедиться в том, что представление способно работать с несколькими строками данных, в окне свойств View $$\Rightarrow$$ выберите закладку Style, после чего установите параметры Row Height и Shrink Rows to Content в соответствии с вашими данными.

Обновление Query Views

Учитывая то, что Query Views можно построить из комбинаций данных Notes и интегрированных данных, обновление Query View зависит от содержания добавленных или измененных данных и от того, как эти данные были добавлены.

Установка максимального числа строк в запросах SQL

По умолчанию максимальное количество строк, возвращаемых по запросу SQL, равно 500. Существует два способа изменения этой величины:

2.4 Работа с интегрированными данными DB2

До этого пункта мы занимались обсуждением Query Views, отображающих данные Lotus Domino путем выборки из DB2 Access View. Однако можно создать Query Views, способные отображать любые данные, видимые базе данных DB2, используя DB2 federation – мощный компонент интеграционной архитектуры DB2 и Domino. Интегрированные данные – это данные, которые хранятся в базах данных, не являющихся базами данных Lotus Domino (например, Oracle, Microsoft SQL или другие базы данных DB2). Их можно сделать видимыми для Lotus Domino, изменив конфигурацию базы данных Lotus Domino, включив в ней поддержку интеграции. Впоследствии вы можете создать Query Views, отображающие только данные Lotus Domino, либо только интегрированные данные, либо и то, и другое вместе.

2.4.1 Включение поддержки интеграции для базы данных

При изменении конфигурации базы данных Lotus Domino в DB2 с целью включения в ней поддержки интеграции, позволяющей получать доступ к объектам, находящимся вне текущей базы данных (база данных определена в закладке DB2 серверного документа, находящегося в директории Domino), вы можете создавать так называемые "интегрированные объекты" (federated objects). Эти интегрированные объекты DB2 позволяют не только получать доступ к другим таблицам DB2, которые находятся в других базах данных DB2, но также и к другим системам управления базами данных (СУБД).

В приложении ITSO Electronics нам необходимо создать новый интегрированный Query View, который будет обращаться к информации отдельной базы данных DB2, принадлежащей отделу кадров и содержащей данные о персонале. В приведенной ниже последовательности действий показано, как изменить конфигурацию сервера DB2 для включения поддержки интеграции.

Установите переменную окружения DB2_ALLOW_SETAUTH_WITH_REMOTECONNECT, чтобы Query View смог работать. Используйте следующие путь и команду:

C:\Program Files\IBM\SQLLIB\BIN>db2set -i DB2 DB2_ALLOW_SETAUTH_WITH_REMOTECONNECT=1

где –i определяет имя вашего экземпляра DB2 (который обычно, как и в нашем сценарии, называется DB2 ).

Перезапустите DB2 для того, чтобы переменная окружения начала работать. Обратите внимание на то, что с помощью приведенного ниже пути и команды можно обновить конфигурацию DB2 Database Manager, для того чтобы активировать интеграцию в DB2:

C:\Program Files\IBM\SQLLIB\BIN>db2 update dbm cfg using FEDERATED YES

Подключитесь к вашей базе данных Lotus Domino в DB2 Control Center (центре управления DB2). Убедитесь в том, что в базе данных Lotus Domino включена поддержка интеграции. Для этого щелкните правой кнопкой мыши по вашему экземпляру DB2 и выберите из контекстного меню ). Прокрутите это окно вниз до раздела (рис 2.15) Окно DB2 Control Center: DBM Configuration

Для того чтобы создать интеграционную оболочку в DB2 для внешней базы данных DB2 (в нашем сценарии это база данных DB2 отдела кадров), необходимо вернуться в DB2 Control Center и для базы данных Lotus Domino перейти к папке .(рис 2.16) Папка Federated Database Objects в DB2 Control Center

В результате откроется окно ). На закладке Wrapper из выпадающего списка Data source выберите источник данных, в качестве которого в нашем сценарии мы будем использовать DB2 UDB. Введите название оболочки в поле (рис 2.17) Окно Create Wrapper

После того как вы создадите оболочку, она появится в папке ). Выберите папку .(рис 2.18) Папка Server Definitions в DB2 Control Center

В окне .(рис 2.19) Окно Create Server Definitions: кнопка Discover

Щелкните по кнопке . Введите соответствующие значения во все поля закладки . Все введенные в эти поля данные соответствуют нашему сценарию. Для поля (рис 2.20) Окно Server Definition Properties

Перейдите к закладке ) и введите название базы данных DB2 в поле (рис 2.21) Окно Server Definitions Properties: закладка Settings

Теперь нам надо добавить привязку пользователей к этой интеграционной оболочке, присваивая пользователя сервера Lotus Domino к имени и паролю пользователя удаленного соединения. В нашем сценарии в качестве пользователя сервера Lotus Domino мы взяли .(рис 2.22) Окно DB2 Control Center: User Mappings

Откроется окно ). На закладке (рис 2.23) Окно Create User Mappings

Перейдите к закладке . (На нашем сервере DB2 также есть ID пользователя (рис 2.24) Окно Create User Mappings: закладка SettingsЗамечание Если вы столкнетесь с какими-либо проблемами при установке и настройке привязки пользователей, вернитесь в DB2 Control Center, выберите базу данных, к которой хотите подключиться, щелкните по ней правой кнопкой мыши из контекстного меню, выберите пункт Connect (Подключиться), после чего введите ID пользователя и пароль. В приложении, использованном в нашем сценарии, мы применяли ID пользователя базы данных DB2DOMINO и его пароль.

В DB2 Control Center создайте псевдоним, связывающий локальный объект с внешним объектом. Псевдоним используется в SQL-выражении .(рис 2.25) Окно DB2 Control Center: Create New Nickname

Откроется окно . Щелкните по кнопке (рис 2.26) Create Nicknames: окно Discover

Затем окно . Щелкните по кнопке (рис 2.27) Окно Create Nicknames

После этого будет создан псевдоним .(рис 2.28) Open Nickname: окно EMPLOYEE

Завершающий этап состоит в присвоении привилегий объекту псевдонима, необходимость которых объясняется тем, что из всех пользователей DB2 нужно выбрать тех, которым вы хотите разрешить доступ к интегрированной таблице. В нашем сценарии мы хотим предоставить доступ пользователю с идентификатором MANNYSANTANNA. Чтобы завершить этот этап, выполните приведенную ниже последовательность действий из командной строки или из DB2 Command Editor (Редактор команд DB2). Войдите в вашу базу данных в качестве пользователя сервера Lotus Domino или же в качестве другого администратора. Затем выполните одно из приведенных ниже действий:

из командной строки выполните приведенную ниже команду, чтобы предоставить привилегии доступа какому-либо пользователю, в данном случае мы присвоили эти привилегии пользователю MANNYSANTANNA:

GRANT SELECT ON DB2DOMINO.EMPLOYEE TO MANNYSANTANA

выполните эту же команду из DB2 Command Editor (см. рис 2.29).

Теперь вы можете создавать Query Views с интегрированными данными, благодаря чему ваше приложение Lotus Domino получает расширенные возможности доступа к данным.

2.4.2 Реализация доступа к интегрированным данным DB2 в приложении ITSO Electronics

После завершения настройки интеграции на сервере DB2 мы можем получать доступ к интегрированным данным путем создания интегрированных Query Views в нашем приложении ITSO Electronics. Чтобы создать интегрированный Query View в приложении ITSO Electronics, выполните следующие действия.

Откройте базу данных ITSO Electronics ). В поле "Имя" введите (рис 2.30) Окно Create View

Добавьте новые столбцы, в которых будут отображены ). Для каждого столбца определите соответствующее имя столбца из интегрированной таблицы в виде формулы значения столбца.(рис 2.31) Представление HR Employees в Domino Designer

После сохранения представления и добавления представления в .(рис 2.32) Интегрированный Query View HR Employees

2.5 Вопросы при интеграции Lotus Domino и DB2

При интеграции Lotus Domino и DB2 следует иметь в виду, что:

Allow_Anonymous_Access_From_DB2=значение

"com.ibm.db.DataException: A database manager error occurred.:
[IBM][CLI Driver][DB2/NT]
SQL0443N Routine "ISREADER3" (specific name "") has returned an error
SQLSTATE with
diagnostic text "14512 : No matching Notes user found for DB2 user and
anony".
SQLSTATE=04004

Дополнительную информацию по безопасности и интеграции DB2 можно получить в Lotus Domino 7 Designer Help в разделе DB2 Access View security по адресу: http://www.lotus.com/ldd/doc/domino_notes/7.0/help7_designer.nsf

В этом разделе мы рассмотрели только те аспекты безопасности, которые связаны с интеграцией DB2 и Domino. Для получения более полного обзора по безопасности в Lotus Domino вы можете обратиться к готовящемуся к выходу руководству Security Considerations in Notes and Domino 7, REDP-4104.

2.6 Поиск и устранение неисправностей при интеграции DB2 и Lotus Domino

В этом разделе дается несколько советов по устранению проблем, связанных с интеграцией с DB2. Для получения дополнительных сведений перейдите к разделу DB2 Integration and Troubleshooting в справке Lotus Domino 7 Designer.

Если при интеграции Domino и DB2 возникают какие-либо проблемы, первое, что необходимо сделать, – проверить конфигурацию сервера DB2 Access. Инструмент DB2 Access Test тестирует все поля параметров сервера DB2 Access, начиная с серверного документа и заканчивая всеми параметрами сервера DB2 Access из файла NOTES.INI. Если все поля и параметры верны, этот инструмент приступает к проверке соединения между сервером DB2 Access и выбранным сервером Lotus Domino, проверяет, все ли функции и свойства присутствуют, определяет, корректен ли документ Connection на сервере DB2 Access, после чего пробует открыть директорию Domino на сервере DB2 Access. Если DB2 Access Test обнаруживает какие-либо проблемы, информация о неполадке возвращается в консоль сервера Lotus Domino или же в клиент Lotus Domino Administrator. Для того чтобы воспользоваться инструментом DB2 Access Test, сделайте следующее:

На рис 2.33 показан результат работы инструмента DB2 Access Test.

2.6.1 Список контроля доступа (ACL), необходимый для DB2 Access Views

Если при использовании DB2 Access Views пользователи столкнутся с проблемой получения доступа к вашей базе данных Lotus Notes с поддержкой DB2, убедитесь в том, что элемент ACL для каждого пользователя идентичен первому элементу в поле User name в документе Person пользователя, хранящемся в директории Domino на сервере Domino.

2.6.2 Ошибки, возникающие при открытии Query View

Обычно, когда вы получаете сообщение об ошибке при открытии Query View, лучше всего взглянуть на серверную консоль на сервере Lotus Domino. Сообщения об ошибке, появляющиеся на серверной консоли, обычно напрямую указывают на источник той или иной проблемы.

В приведенном ниже списке представлены самые распространенные сообщения об ошибках и некоторая информация о них.

2.6.3 Данные, которые могут оказаться полезными при поиске истинных источников проблем

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