|
0 / 0 / 0
Регистрация: 28.06.2009
Сообщений: 1,567
|
|
| 1 | |
индексы Names.nsf - проблемка...28.12.2009, 17:57. Показов 11271. Ответов 4
Метки нет (Все метки)
в контексте топика
провел исследование на своей АК и получил неожиданные результаты... У пользователя заполнен внешний адрес и адрес форвардинга (MailAddress). Функции вида @expandnamelist раскрывают имена пользователей именно до MailAddress в случае, когда оно заполнено. Обратная задача - по внешнему адресу взять, скажем, FullName. выполняю банальное @dblookup("":"NoCache";"":"names.nsf";"($Users)";"ivanov@dom ain.com";3) и в 1/3 случаев получаю для пользователей еррор Entry not found in index or views index not built нет нужды говорить, что ребилды и прочие мероприятия с names.nsf проведены, ivanov@domain.com явно виден в ($Users) в первом столбце и в единственном экземпляре... Чего ему надо? Впервые вижу проблему с лукапом имен на таком простом уровне...
__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь
0
|
|
(|
|
| 28.12.2009, 17:57 | |
|
Ответы с готовыми решениями:
4
Очистка Names.nsf Не Реплицируется Names.nsf Руссифицированный Names.nsf Праблемы с Names.nsf |
|
0 / 0 / 0
Регистрация: 15.05.2009
Сообщений: 1,454
|
|
| 28.12.2009, 18:31 | 2 |
|
в контексте того топика - замучили животинку?
Вот если Вам хз что подсунуть вместо параметра (С альтернативным именем, кстати, недавно коллега проверяла - замечательно @namelookup работал...) А при [FailSilent] и явном указании имени поля @dblookup пустоту вернет?
0
|
|
|
0 / 0 / 0
Регистрация: 28.06.2009
Сообщений: 1,567
|
|
| 29.12.2009, 09:22 | 3 |
|
оказалось всё попроще, но и понеприятнее...
база ещё под 7-кой создавалась, сейчас сервер 8.5, клиенты 8.5-8.5.1 так вот если ЯВНО указать сервер-базу (ранее тоже замечалось, что в некоторых случаях @-lookup-ы не отрабатывали) - всё работает... иначе - не желает... т.е. @dblookup("":"NoCache";"ServerName":"names.nsf";"($Users)";" ivanov@domain.com";3) работает... не знаю что и думать.. а вдруг оно где-то ещё некорректно работает, толкьо пок аэтого не видно? не проверять же сотни лукапов :angry2: Добавлено: но тут-то хоть можно явно указать сервер, в а @namelookup ничего такого не укажешь.... вот оно и глюкает.. и проблема на вид админская... не могу придумать что ещё можно сделать с names.nsf - всё там есть и нормально вроде...
0
|
|
|
0 / 0 / 0
Регистрация: 15.05.2009
Сообщений: 1,454
|
|
| 29.12.2009, 11:14 | 4 |
|
а код выполняется в клиенте или в серверном агенте?
возможно, действительно, для сервера 8.5 поменялось поведение. На клиенте вроде надо указывать сервер, это тут для лукапа даже вполне логичное поведение... И если на клиенте, может, в локейшене посмотреть насчет того, правильно ли сервер указан?
0
|
|
|
0 / 0 / 0
Регистрация: 28.06.2009
Сообщений: 1,567
|
|
| 29.12.2009, 11:33 | 5 |
|
OKEN
код на клиенте - функция в библиотеке... или банально в письмо в тему и ctrl+f9.... на клиенте в локейшене всё указано правильно :angry2: в целом все лукапы отрабатывают и с указанием сервер-база по-умолчанию, возможно тут - из-за лукапа из внешней базы.. но names.nsf одна на единственном же сервере... пока оставил формулу @name([ABBREVIATE];@transform(@Trim(@Sort(@Unique(NameList)));"x";@subset(@dbl ookup("":"NoCache";"ServerName":"names.nsf";"($Users)";x;3); 1))) но проблема @namelookup так и остаётся....
0
|
|
| 29.12.2009, 11:33 | |
|
Помогаю со студенческими работами здесь
5
Ldap И Группы В Names.nsf Обновление дизайна Names.nsf Редактирование names.nsf через API Сортировка альтернативных имен в Names.nsf Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
