Комментарии 5
Я так и не понял смысла загрузки информации о всех 2700 витрин на стартовую страницу, и в чем заключается удобство? Тратить 1.5 минуты на это? А если через мобильник и связь плохая?
Не думаю что обычный быстрый поиск или группировка этих витрин по понятным категориям - сильно бы нагрузила проект....
Удобство заключается в скорости поиска и возможности комбинировать использование конкретных фильтров (например, описание витрины и описание поля витрины) - результат отдает мгновенно и этот результат подан в правильной плоскости без "шумов" от других страниц пространства (в спейсе еще много страниц с технической документацией). Поэтому мы помимо стандартного ("обычного быстрого поиска") Confluence, сделали еще стартовую страницу. Кроме скорости поиска, у нас там прикручен алгоритм, который поднимает вверх наиболее востребованные витрины + в саму таблицу на стартовой страницы выведены основные метаданные на наш взгляд, которые удобно воспринимать в табличном виде.
1,5 минуты - это пороговое значение, превысить которое получается в очень редких случаях. Обычно с среднестатистическим интернетом пользователи укладываются в 30 сек. Жалоб по этой теме не поступает уже давно. На старте инициативы было 3,5-5 минут - это конечно была беда; потом оптимизировали.
Витрины (паспорта витрин) также сгруппированы:
1. Физически привязаны к разным страницам-родителям, которые равны Схемам в хранилище. Таких родителей ~ 25.
2. Размечены (связаны) по предметным областям, а для каждой предметной области тоже есть страница с описанием и списком витрин, входящих в нее.
т.е., если пользователь более погруженный в структуру КХД или архитектуру данных в целом, и знает, что ищет, то может переходить по таким разделам.
Смотрели ли открытые решения? Типа Datahub?
Как мы с минимальными затратами создали каталог данных над хранилищем