Тут всё зависит от реальных целей, ориентированных на результат. Есть задачи, когда требуется сделать как можно быстрее и качественно (и, конечно же, дорого). Но ваш случай более распространён.
Каким образом посмотреть? Информации в открытых источниках о системе нет. Посты в канале ТГ (с апреля этого года) и обращение в обратной связи сайта не предполагает никакой оценки продукта как такового.
"Переход с архитектуры Data Vault 2.0 на архитектуру Delta Lake" - Зачем сравнивать несравнимые понятия? Предполагаю, что имелось ввиду, но мысль сформулирована неверно
При выборе поля, по которому будет происходить партиционирование, важно понимать, что к таким полям запрещено применять UPDATE
>> Почему же сразу запрещено? А если так будет необходимо, хотя бы потому, что данные меняются или нужно управлять переносом данных в секцию. Разве нет?
Уважаю мнение автора и его опыт. И сам склонен так думать. Но всё же лучше конкретизировать как Agile-практики, а не манифест. ИМХО Гибкие методологии применимы только в определенных условиях и не взлетают директивно. А использование их, в частности у нас в российских компаниях - это крайности, попытка казаться, а не быть. Для начала стоит оценить зрелость Компании...
Если смотреть вцелом (необязательно к данной статье), то ко многим "эффективным методологиям" в бизнесе , пришедшим из-за бугра за последние лет 30 многие люди разучились относиться критически и транслируют их, зарабатывая очередной барыш себе. А в ИТ и подавно.
Для систем -источников без человеческого фактора в информационных потоках может и взлетит.И главное не заменять прототипирование рабочим решением: переделка дорого будет стоить
Приветствую.
Какой максимальный сырой объем таблицы (строк, Гб) успели обработать?
Тут всё зависит от реальных целей, ориентированных на результат. Есть задачи, когда требуется сделать как можно быстрее и качественно (и, конечно же, дорого). Но ваш случай более распространён.
С врачами в платной поликлинике еще как может работать :)
Именно зачастую. И тут намного интереснее ответ "Почему?"
Каким образом посмотреть? Информации в открытых источниках о системе нет. Посты в канале ТГ (с апреля этого года) и обращение в обратной связи сайта не предполагает никакой оценки продукта как такового.
Колоночная СУБД в кармане звучит хотя бы честно. "OLAP" тут применимо только к типу нагрузки, для которой позиционируется такая СУБД
"Переход с архитектуры Data Vault 2.0 на архитектуру Delta Lake" - Зачем сравнивать несравнимые понятия? Предполагаю, что имелось ввиду, но мысль сформулирована неверно
Было бы очень интересно почитать про ваш опыт работы с людьми на проекте и про Scrum тоже. Поделитесь если будет вермя
При выборе поля, по которому будет происходить партиционирование, важно понимать, что к таким полям запрещено применять UPDATE
>> Почему же сразу запрещено? А если так будет необходимо, хотя бы потому, что данные меняются или нужно управлять переносом данных в секцию. Разве нет?
Поиск решения в архитектуре - это всегда компромисс. Очень точно подмечены важные различия подходов, про которые многие не знают (или упрощают)
Уважаю мнение автора и его опыт. И сам склонен так думать. Но всё же лучше конкретизировать как Agile-практики, а не манифест. ИМХО Гибкие методологии применимы только в определенных условиях и не взлетают директивно. А использование их, в частности у нас в российских компаниях - это крайности, попытка казаться, а не быть. Для начала стоит оценить зрелость Компании...
Знакомый до боли интерфейс. И сейчас даже будет работать как часы...
Если смотреть вцелом (необязательно к данной статье), то ко многим "эффективным методологиям" в бизнесе , пришедшим из-за бугра за последние лет 30 многие люди разучились относиться критически и транслируют их, зарабатывая очередной барыш себе. А в ИТ и подавно.
Для систем -источников без человеческого фактора в информационных потоках может и взлетит.И главное не заменять прототипирование рабочим решением: переделка дорого будет стоить