• Курсы Академии Кодебай, стартующие в мае - июне, от команды The Codeby

    1. Цифровая криминалистика и реагирование на инциденты
    2. ОС Linux (DFIR) Старт: 16 мая
    3. Анализ фишинговых атак Старт: 16 мая Устройства для тестирования на проникновение Старт: 16 мая

    Скидки до 10%

    Полный список ближайших курсов ...

Целесообразность построения отчётов в Lotus, ч.2

VladSh

начинающий
Lotus Team
11.12.2009
1 791
157
BIT
124
штоб в нём аналитику проводить?? нотус прекрасно с этим справляется (если для неё данные ток из нотуса)...
Не всегда справляется. Вот у нас раньше был отчёт в БД по всем документам и всем сотрудникам (неисполненные), так выполнялся на клиенте до 2-х часов, а если больше, то вис. У нас любители совать в документы для ознакомления группу Everyone... Перенесли на сервер - выполняется 32 минуты(!) и затем csv отправляется по почте. И пользователи вдруг захотели, чтобы в отчёте были все данные пользователей, как должность, полная вертикальная иерархия и т.д., и если это делать, то пришлось бы выгребать всю инфу сначала в оперативу, короче вывели логин пользователя, а они уже потом вручную делают сопоставление таблиц. А если бы отметки об ознакомлении хранить в реляционке, то построить такой отчёт можно было бы если не за секунды, то за считанные минуты.
 

lmike

нет, пердело совершенство
Lotus Team
27.08.2008
7 949
609
BIT
259
А если бы отметки об ознакомлении хранить в реляционке, то построить такой отчёт можно было бы если не за секунды, то за считанные минуты.
все очень зависит от архитектуры приложения и от количества таких отметок...
При том - никто не мешает выгружать в реляционку и оттуда делать отчеты в интерфейсе нотуса
 

VladSh

начинающий
Lotus Team
11.12.2009
1 791
157
BIT
124
При том - никто не мешает выгружать в реляционку и оттуда делать отчеты в интерфейсе нотуса
На это никто не пойдёт для такого дикого количества (всё, что есть придётся выгружать). Тем более для платформы, официально выводимой из эксплуатации.
 

alexas1

Green Team
10.04.2014
1 202
225
BIT
38
Не всегда справляется. Вот у нас раньше был отчёт в БД по всем документам и всем сотрудникам (неисполненные), так выполнялся на клиенте до 2-х часов, а если больше, то вис. У нас любители совать в документы для ознакомления группу Everyone... Перенесли на сервер - выполняется 32 минуты(!) и затем csv отправляется по почте. И пользователи вдруг захотели, чтобы в отчёте были все данные пользователей, как должность, полная вертикальная иерархия и т.д., и если это делать, то пришлось бы выгребать всю инфу сначала в оперативу, короче вывели логин пользователя, а они уже потом вручную делают сопоставление таблиц. А если бы отметки об ознакомлении хранить в реляционке, то построить такой отчёт можно было бы если не за секунды, то за считанные минуты.
Ну так, хранение предидущих результатов стандартных отчётов решает проблему
А если возникает нестандарт - один раз в ночь подготовка - и опять полёт нормальный.
 

VladSh

начинающий
Lotus Team
11.12.2009
1 791
157
BIT
124
Ну так, хранение предыдущих результатов стандартных отчётов решает проблему
Ежедневно увольняется принимается 20-50 человек, - надо отбрасывать ненужных, т.е. ещё как-то передавать признак, для кого отчёт ненужен. А для тех, кто работает, какой толк от старых данных, если люди могут уже ознакомиться/согласовать какие-то доки. Ещё могут сменить фамилию... Проще строить отчёт заново по текущей ситуации на сегодня.
 

garrick

Lotus Team
26.10.2009
1 352
151
BIT
208
Настройте DECS или установите LEI, выгружайте ежедневно данные в СУБД и стройте отчёты специально для этого предназначенными инструментами.
 

alexas1

Green Team
10.04.2014
1 202
225
BIT
38
Настройте DECS или установите LEI, выгружайте ежедневно данные в СУБД и стройте отчёты специально для этого предназначенными инструментами.
спорная целесообразность)
"выгружайте ежедневно данные в ..." - т.е. фактическая предподготовка данных. тоже самое можно делать и в домине в видах или "отчётной" базе, и любой синтетический отчёт свести к плоской выборке
"стройте отчёты специально для этого предназначенными инструментами." - 1 если не хочется прогить в нотусе, 2 если виды отчётов растут, как грибы после дождя, 3 если хочется видеть для всех отчётов одинаковый дизайн
а особой разнице в скорости между доминой и кристалрепотом, к примеру., в случае одинаковой, приблизительно, структуре хранения данных там и там, я не видел. ну, диаграммки разные, графики... оно понятно
такшта полное хз)
 

lmike

нет, пердело совершенство
Lotus Team
27.08.2008
7 949
609
BIT
259
а особой разнице в скорости между доминой и кристалрепотом, к примеру., в случае одинаковой, приблизительно, структуре хранения данных там и там, я не видел. ну, диаграммки разные, графики... оно понятно
а её и быть не может, при отсут. специфичный индексов и кубов, все БД , на низком уровне, используют индексы для поиска, ну и различие между ними по типу "кластеризации"
Былиж тесты по плоским вьюшкам на томже...
еще сюда npgall/cqengine
 

garrick

Lotus Team
26.10.2009
1 352
151
BIT
208
а особой разнице в скорости между доминой и кристалрепотом, к примеру., в случае одинаковой, приблизительно, структуре хранения данных там и там
Это если вы все необходимые документы для отчёта сможете собрать в одой вьюхе. А если нет, то выбрать данные селектом из СУБД в разы быстрее, чем перебирая документы агентом или лотусовым поиском. Или запросы типа "а сколько клиентов у нас было в прошлом месяце, а сколько в позапрошлом и сколько сейчас". В этом случае Лотус легко может дать ответ только на последний вопрос, для остального нужен очень большой бубен. Вообще с отчётностью в Лотусе всё очень плохо, а со статистикой вообще никак.
 

alexas1

Green Team
10.04.2014
1 202
225
BIT
38
Это если вы все необходимые документы для отчёта сможете собрать в одой вьюхе. А если нет, то выбрать данные селектом из СУБД в разы быстрее, чем перебирая документы агентом или лотусовым поиском. Или запросы типа "а сколько клиентов у нас было в прошлом месяце, а сколько в позапрошлом и сколько сейчас". В этом случае Лотус легко может дать ответ только на последний вопрос, для остального нужен очень большой бубен. Вообще с отчётностью в Лотусе всё очень плохо, а со статистикой вообще никак.
спорить не буду, хотя и не согласен)
" если вы все необходимые документы для отчёта сможете собрать в одой вьюхе" - а почему нет?)) ты же выгружаешь ВСЁ в реляционку) и тебя не беспокоит время на отбор доков, загрузку в сиквел, построение индекса и последующий селект... а если отчёт действительно сложный, то стопицот таблиц и, соответственно, столько же индексов... плюс время на построение таблиц с селектом, хоть на стороне домины, хоть средствами сиквела
 

alexas1

Green Team
10.04.2014
1 202
225
BIT
38
если их не 20лямов ;) домина так не любит
Канеш, 100 лямов это уже какая-то статистическая задача. Да у нотуса и стат инструментов нет, там всё по другому.
Или, типа, ведения зарплатой бухгалтерии Газпрома, и всех вести до пенсии никого не увольняя с учётом регулярных Перестроек и месяцев Август в годы не только оканчивающиеся на 17))))
Хотя... 100 лямов в единственной вьюшке, оно хз. Но не пробовал. Или ваще без вьюшек, строго на "главной" таблице. Там и индексы не нужны) список юнидов, он и в Африке список. Этот изврат пробовал, из спорт интереса - аппликуха без единой вьюшки с ключами - юнидами. Канеш, не на ста лямах)
 
Мы в соцсетях:

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