ОБСУЖДЕНИЕ

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

5 ответов 5,1 тыс.
AI-выжимка обсуждения скоро

Краткие тезисы обсуждения со ссылками на ключевые ответы появятся здесь.

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

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

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

Статистика тем

Создано
fedotxxl,
Последний ответ от
Constantin A Chervonenko,
Ответы
5
Просмотры
5 083