@Omh

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

Есть значит у меня база.
При заходе в неё, шерстятся другие базы и генерятся линки на документы.
При выходе эти линки вычищаются (все айтемы удаляются и присваивается спец. форма) и используются при след. заходе.
Так сделано ,что бы не создавать лишние стабы, а использовать одни и те же документы.


Ну так к чему это?

Сейчас эти линки генерятся и в них штампуется READERS поле, что бы человек видел тока свои линки.
Для все пользоватлей отображается один view с формулой что -то вроде {Form = "Link"}

Насколько я помню из школьной программы, использование READERS полей нормально стукает по перфомансу, особенно если человек видит малую часть всех документов.
Похоже это как раз мой случай.
Не скажу, что всё плохо, но есть куда стремиться.

У меня возникла идея, вообще не использовать READERS поля, а для каждого пользователя создать view из шаблона, с формулой что-то вроде {Form = "Link" & Owner = "SOME_USERNAME"}
Инфа в линках не особо важная, так что вполне можно не прятать по ридерам.

Внимание вопрос: как думаете, будет выхлоп со стороны перфоманса?

Один плюс я уже вижу: смогу использовать стандартные totals, ибо с ридер полями это невозможно.
Про подвовдные камни, типа необходимости переоткрыть базу для того, что бы увидеть view после CreateView, я знаю

Ани айдиас аре аппришиэйтед!
Ну и заранее спасибо за внимание!

0

@Mydyvys

Во внедренном представлении можно же использовать формулу в качестве имени представления.

0

@ToxoRot

да я вот тоже что-то не пойму, это получается всем загоняется одна и таже подформа безе изменений или как?

0

@Ktydo

ToxaRat
ну либо подформу вычисляем, либо в подформе вьюху либо ещё выше+ комбинации...

0

@Omh

Да не subform.
View отображается.

Вы пробовали када-нить кустомизировать welcomepage (я сам тока недавно первый раз попробовал)?
Там тупо можно указать только view.

Сабформу с внедрённым представлением бзать не хочу: в моем случае от неё больше минусов, чем плюсов.

P.s. Галка "Evaluate action on every document change" адски бъёт по скорости интерфейса.

0

@Ktydo

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

0

@Omh

Ну тут такая задача.
Я сам как разраб. этот велкомпейдж никогда не юзал, вот посмотрел, что там к чему.
Только view можно указать.

0

@ToxoRot

где ты это накопал?
разве там нельзя сразу базу указать?

0

@Ktydo

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

0

@ToxoRot

Klido
ну так для этого и существует DXML который позволяет динамично влезть куда угодно

0

@Ktydo

а как ты его прикрутишь, не влезая в дизайн?

0

@ToxoRot

Klido
существует DXML который позволяет динамично влезть куда угодно

0

@Ktydo

ToxaRat
не затрагивая дизайна базы? и без внешних всяких API и прочих наворотов???

0

@ToxoRot

Klido
может еще посоветуешь без дизайнера и клавиатуры?
у дизайнера есть куча инструментов, один из которых DXML который ОЧЕНЬ сильно раскрывает возможности дизайнера

0