Еще одна штука: неплохо бы после инсталляции видеть логи, что куда поставилось и были ли ошибки. Куда-то в стандартный лог пишется? Если да, то в какой? в cconsole.log или еще куда?
Ну я бы тут не read пользовался, а вызывал бы UI, может средствами стандартного CSP…
Или так: сначала ставишь нечто, что позволяет организовать простой диалог с пользователем, а потом уже используешь эту "диалоговую" тулзу для кастомизации параметров.
А вот как кастомизацию установки делать? Куда поставилось-туда поставилось? ) Если вдруг по условиям установки требуется что-то спросить у пользователя как это здесь?
К утру данные накопились (~36000 записей) и мы визуализировали их в BI DeepSee, вот что получилось.
Я бы еще отметил, что для визуализации помимо базового DeepSee использовалась вот эта связочка: REST API MDX2JSON и DeepSee Web — Angular клиент для визуализации MDX данных из DeepSee.
Эта штука решает, когда в руки попадается чей-то проект, который нужно сопровождать. И иногда просто нужно понять, а «что эти ребята вообще натворили с базой и кодом???» Помогает также мгновенный поиск по сущностям и элементам классов.
Ну и еще юз-кейс — качнуть вот отсюда например какой-нибудь проект, и глянуть на структутру. Сразу видно где UI, где классы хранения — как на картинке вверху про пакет Cinema: синенькие классы — UI, песочные — хранимые.
Есть еще альтернативный вариант поставки — как в этом проекте. Все компоненты (и Caché и web app) собираются gulp в один файл xml, а при импортировании xml в Caché происходит сборка классов и развертывание веб-приложения. Т.е. для установки и настройки всех компонентов приложения достаточно, например, кинуть xml в окно студии. Например как показано здесь.
«посмотрите на свои глобалы» -это и имелось ввиду, что хочется посмотреть уже, как устроены свои базы глобалов и как они фрагментированы (судя по картинке в репо). Ждем демо и инструкцию)
Чтобы лучше понять работу глобалов представим, что было бы, если создатели файловых систем использовали для хранения информации подход аналогичный глобалам?
Мне понравилось сравнение глобалов с файловой системой, в которой директории не могут существовать без файлов, если в самой «глубокой» директории не осталось ни одного файла. Очень точная найдена метафора.
Хороший комментарий. Одно соображение — если битмап-индексы делать не на той же OLTP базе, а на хранилище данных, вынесенном на другой сервер, то, похоже, $sec в этом случае можно использовать в обоих местах: в OLTP для быстрорастущих записей (и не использовать битмап индексы вообще) и в OLAP для нумерации фактов (например фактов DeepSee), которые создавать заново подряд, создавать все необходимые битмап и битслайс индексы и использовать их для таблицы фактов эффективно.
Или так: сначала ставишь нечто, что позволяет организовать простой диалог с пользователем, а потом уже используешь эту "диалоговую" тулзу для кастомизации параметров.
Я бы еще отметил, что для визуализации помимо базового DeepSee использовалась вот эта связочка: REST API MDX2JSON и DeepSee Web — Angular клиент для визуализации MDX данных из DeepSee.
Ну и еще юз-кейс — качнуть вот отсюда например какой-нибудь проект, и глянуть на структутру. Сразу видно где UI, где классы хранения — как на картинке вверху про пакет Cinema: синенькие классы — UI, песочные — хранимые.
Мне понравилось сравнение глобалов с файловой системой, в которой директории не могут существовать без файлов, если в самой «глубокой» директории не осталось ни одного файла. Очень точная найдена метафора.