Не всегда справляется. Вот у нас раньше был отчёт в БД по всем документам и всем сотрудникам (неисполненные), так выполнялся на клиенте до 2-х часов, а если больше, то вис. У нас любители совать в документы для ознакомления группу Everyone... Перенесли на сервер - выполняется 32 минуты(!) и затем csv отправляется по почте. И пользователи вдруг захотели, чтобы в отчёте были все данные пользователей, как должность, полная вертикальная иерархия и т.д., и если это делать, то пришлось бы выгребать всю инфу сначала в оперативу, короче вывели логин пользователя, а они уже потом вручную делают сопоставление таблиц. А если бы отметки об ознакомлении хранить в реляционке, то построить такой отчёт можно было бы если не за секунды, то за считанные минуты.
Целесообразность построения отчётов в Lotus, ч.2
- Автор темы VladSh
- Дата начала
все очень зависит от архитектуры приложения и от количества таких отметок...
При том - никто не мешает выгружать в реляционку и оттуда делать отчеты в интерфейсе нотуса
На это никто не пойдёт для такого дикого количества (всё, что есть придётся выгружать). Тем более для платформы, официально выводимой из эксплуатации.
Ну так, хранение предидущих результатов стандартных отчётов решает проблему
А если возникает нестандарт - один раз в ночь подготовка - и опять полёт нормальный.
Ежедневно увольняется принимается 20-50 человек, - надо отбрасывать ненужных, т.е. ещё как-то передавать признак, для кого отчёт ненужен. А для тех, кто работает, какой толк от старых данных, если люди могут уже ознакомиться/согласовать какие-то доки. Ещё могут сменить фамилию... Проще строить отчёт заново по текущей ситуации на сегодня.
спорная целесообразность)
"выгружайте ежедневно данные в ..." - т.е. фактическая предподготовка данных. тоже самое можно делать и в домине в видах или "отчётной" базе, и любой синтетический отчёт свести к плоской выборке
"стройте отчёты специально для этого предназначенными инструментами." - 1 если не хочется прогить в нотусе, 2 если виды отчётов растут, как грибы после дождя, 3 если хочется видеть для всех отчётов одинаковый дизайн
а особой разнице в скорости между доминой и кристалрепотом, к примеру., в случае одинаковой, приблизительно, структуре хранения данных там и там, я не видел. ну, диаграммки разные, графики... оно понятно
такшта полное хз)
а её и быть не может, при отсут. специфичный индексов и кубов, все БД , на низком уровне, используют индексы для поиска, ну и различие между ними по типу "кластеризации"
Былиж тесты по плоским вьюшкам на
Ссылка скрыта от гостей
томже...еще
Ссылка скрыта от гостей
сюда npgall/cqengineЭто если вы все необходимые документы для отчёта сможете собрать в одой вьюхе. А если нет, то выбрать данные селектом из СУБД в разы быстрее, чем перебирая документы агентом или лотусовым поиском. Или запросы типа "а сколько клиентов у нас было в прошлом месяце, а сколько в позапрошлом и сколько сейчас". В этом случае Лотус легко может дать ответ только на последний вопрос, для остального нужен очень большой бубен. Вообще с отчётностью в Лотусе всё очень плохо, а со статистикой вообще никак.
спорить не буду, хотя и не согласен)
" если вы все необходимые документы для отчёта сможете собрать в одой вьюхе" - а почему нет?)) ты же выгружаешь ВСЁ в реляционку) и тебя не беспокоит время на отбор доков, загрузку в сиквел, построение индекса и последующий селект... а если отчёт действительно сложный, то стопицот таблиц и, соответственно, столько же индексов... плюс время на построение таблиц с селектом, хоть на стороне домины, хоть средствами сиквела
Канеш, 100 лямов это уже какая-то статистическая задача. Да у нотуса и стат инструментов нет, там всё по другому.если их не 20лямовдомина так не любит
Или, типа, ведения зарплатой бухгалтерии Газпрома, и всех вести до пенсии никого не увольняя с учётом регулярных Перестроек и месяцев Август в годы не только оканчивающиеся на 17))))
Хотя... 100 лямов в единственной вьюшке, оно хз. Но не пробовал. Или ваще без вьюшек, строго на "главной" таблице. Там и индексы не нужны) список юнидов, он и в Африке список. Этот изврат пробовал, из спорт интереса - аппликуха без единой вьюшки с ключами - юнидами. Канеш, не на ста лямах)
Обучение наступательной кибербезопасности в игровой форме. Начать игру!