Каково оптимальное/максимальное кол-во профильных документов?

  • Автор темы fedotxxl
  • Дата начала
F

fedotxxl

Очень уж хочется иметь быстрый доступ к информации, только вот какой объем информации имеет смысл записывать в профильные документы? И каково оптимальное/максимальное кол-во профильных документов?
 
F

fvoice

Для: fedotxxl
недавно мелькала ссылка на Domino
 
S

Sandr

Очень уж хочется иметь быстрый доступ к информации, только вот какой объем информации имеет смысл записывать в профильные документы? И каково оптимальное/максимальное кол-во профильных документов?

profile document - зло... Удобно, иногда, но глючная штука...
 
O

Omh

Для: Sandr
Не, ну надо просто знать, что они кешируються в пределах базы.
А так, достаточно удобная штука для не очень часто обновляемых данных.
И на скрипте, и на формуле берётся удобно и быстро :)
 
S

Sandr

Для: Sandr
Не, ну надо просто знать, что они кешируються в пределах базы.
А так, достаточно удобная штука для не очень часто обновляемых данных.
И на скрипте, и на формуле берётся удобно и быстро :)

ага, тока если его глюкнет - то прийдется удалять.. а там может быть много полезностей... :)
 
30.05.2006
1 345
12
BIT
0
ага, тока если его глюкнет - то прийдется удалять.. а там может быть много полезностей... :)
Не помню что-то я профильных глюков... Были неожиданные по-первости свойства. Самое опасное из них - "самопроизвольное" создание профайла при попытке его чтения. Особенно неприятным это стало, когда в 5-ке профайлы исключили из элементов дизайна. Появилась вероятность "глюков":
1. при использовании ф-л селективной репликации в них надо предусматривать и профайлы
2. при развертывании нового приложения репликацией, настройки в профайлах надо делать ДО ТОГО
3. как НЕдизайн-документы, профайлы попадают под действие READERS-полей. И это действительно ужас. Впрочем вполне предсказуемый, т.е. это не глюк (скорее баг)
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!