Sandro
Для определения текущего сервера коллеги вверху точно сказали: notesDatabase.
Server или
@ServerName.
Для определния "сервера персоны":
- для косвенного определения можно воспользоваться полем
Mail server документа Person АК сервера. Но в этом случае АК сервера должна быть общей (реплицироваться), т.е. быть доступной со всех серверов.
- для непосредственного определения можно создать настроечный профайл/документ (реализацию выберете сами)
для каждого
пользователя, где в определённом поле указывать перечень серверов, на которых бывает персона (например когда ездит в коммандировки). Такой подход используется для правильной раздачи доступа серверам к документам.
Либо для хранения этой информации (поле с серверами) можно использовать документы списочного состава персон (карточки), благо такие списки хранятся почти что в каждой системе.
смысл такой, сервера с лотусом расскинуты по городам, в каждом городе есть своя реляционная БД для которой и надо прописать настройки в этом доке
сделать профайл/документ настроек, специфических для данного сервера, где указывать параметры подключения к реляционкам. К примеру, я для этого использую элементы дизайна Data Connection и программный доступ к ним.
Если задача стоит наоборот, т.е. подключаться из реляционок к текущему серверу, то тоже использовать профайл.
Ключ лучше не использовать, а лучше имя профайла делать составным, т.е. "приплюсовывать" через какой-то разделитель имя сервера, тогда появится возможность проверки наличия профайла по notesDatabase.
GetProfileDocCollection( [
profilename$]
).Count
P.S. Для быстрого и гарантированного сброса кэша "финт ушами":
Код:
Set ND_Profile = notesDatabase.GetProfileDocument( profilename$ )
Delete ND_Profile
Set ND_Profile = notesDatabase.GetProfileDocument( profilename$ )
Профайлы - это хорошо. Только не желательны там поля Readers..., т.к. основная часть боков из-за них.
Удачи
