У дорогого промышленного архитектора два квадратика в шаблоне схемы - оракл и сап, независимо от целей системы

Я джун, и с этой позиции рассуждаю, но мне кажется, что об условном кликхаусе архитектору достаточно знать, что он колоночный, что хранятся колонки в отдельных файлах, как устроены партиции, немного о движках и что такое MV в КХ. А о времени мержа новых данных, как преселектить лучше, где не стоит наоборот оптимизировать запрос, и какие точные типы у колонок лучше другому поручить

Забыл про SAP... Посыпаю голову пеплом.

Так джуном и останешься.

И после этого вдруг он хочет сделать в клик UPDATE... Потому что СУБД-же.

Не, то, что в КХ не так просто апдейтить, это наверно архитектору стоит знать, а как именно можно апдейтить, где можно альтерировать таблицу, а где придётся отсоединять партиции и перезаливать данные, на этапе архитектуры не так важно

Вы не правы в корне

Процитирую еще отца своего который на меинфреймах что-то делал в его студенческую жизнь:
Хороший программист может сказать какое будет напряжения на каждом элементе цепи процессора в любой момент выполнения своей программы.

Сейчас это не достижимо, но стремиться - надо.

Вопрос в том, что если хороший программист будет учиться замерять напряжение на элементах цепи процессора, то он не будет заниматься другими, наверняка, более важными задачами. Хорошо бы знать всё, но если архитектор погрязнет в деталях, то общую архитектуру ему будет не оценить

Если вы не умеете перемещаться по уровням абстракции, то вы не программист, простите.

Имхо, хороший архитектор именно прошел все круги ада и ещё и старается держать руку на пульсе. И если не "знать всё", но по крайней мере весь в шрамах от былого. Сплитбрейнов повидал, на микросервисах обжёгся и т.д.

Конечно, весьма и весьма полезные и нужные ребята

Выдохнул дважды

Именно о времени мержа ему и следует знать, т.к. это принципиальное отличие CH от традиционных RDBMS. Плюс индексирование и тому подобные тонкие вещи

Вот, например, "а давайте захерачим мультимастер" это чей вопрос - архитектора, девопс или?

Я теряюсь в современном разделении труда

Зависит от ситуации. Если сразу пытаются замутить, то архитектор, если нагрузка не вывозится, то и DBA может... Делать будет DBA ))

Если штатными средствами это можно, конечно.

Коллеги, во всей этой дискуссии не путайте, что есть разница между квалификацией, должностными обязанностями и должностью.

Очень часто для определённой должности подразумеваются определённые должностные обязанности, но во многих организациях они не соответствуют.

К примеру, программист по нынешним реалиям мог не только не получить "программистскую" специальность в ВУЗе, но даже не закончить курсы, но тем не менее работать программистом. Во многих фирмах такой квалификации для программиста даже хватит. Но при усложнении задач, на определённом уровне, такому программисту его квалификации не хватит - и единственным работающим способом будет найти программиста с квалификацией.

Это вопрос руководителя. А кого он возьмёт в качестве советника-эксперта для его решения, - второй вопрос