а чего же mini-? тут полноразмерный кликхауз и есть и не стоит его переписывать. или мешает фатальный недостаток?

Добрый день.
Нуждаюсь в помощи с оценкой задачи.
У предполагаемого заказчика возникла необходимость в реализации собственной высокопроизводительной проблемно-ориентированной СУБД.
Сценарий: быстрое логирование метаданных сетевого трафика (shallow packet inspection - без разбора прикладных протоколов; информация только транспортного уровня) на скоростях 10Gb/s (ожидаются миллионы пакетов в секунду), индексация. Исполнение "простых" (примеров и уточнений нет) sql-запросов. Платформы: встраиваемые системы и сетевое оборудование - маршрутизаторы, сетевые экраны (linux).
Проще говоря - "мини-clickhouse".
Хотелось бы услышать мнение специалистов, имевших подобный опыт. Насколько задача трудоёмка, какие в ней выделяются вехи, какие компетенции надо освоить? Как вообще решаются задачи построения СУБД для таких сценариев?

курите DPDK, AF_XDP

а чего же mini-? тут полноразмерный кликхауз и есть и не стоит его переписывать. или мешает фатальный недостаток?

Добрый день.
Нуждаюсь в помощи с оценкой задачи.
У предполагаемого заказчика возникла необходимость в реализации собственной высокопроизводительной проблемно-ориентированной СУБД.
Сценарий: быстрое логирование метаданных сетевого трафика (shallow packet inspection - без разбора прикладных протоколов; информация только транспортного уровня) на скоростях 10Gb/s (ожидаются миллионы пакетов в секунду), индексация. Исполнение "простых" (примеров и уточнений нет) sql-запросов. Платформы: встраиваемые системы и сетевое оборудование - маршрутизаторы, сетевые экраны (linux).
Проще говоря - "мини-clickhouse".
Хотелось бы услышать мнение специалистов, имевших подобный опыт. Насколько задача трудоёмка, какие в ней выделяются вехи, какие компетенции надо освоить? Как вообще решаются задачи построения СУБД для таких сценариев?

Во, вот чем оно отличается, array позволяет делать инициализацию в виде {{{},{}, ...}}. А после наследования только {T{},T{}, ...}}.

Пока не знаю. Я не спешил соглашаться и получать ТЗ. Сложилось ощущение, что есть фатальный недостаток...

а чего бы тут oltp?

а чего бы тут oltp?

просто добавь еще фигурных скобок :)

struct X : std::array<int, 5> {};
std::array<int, 5> a {{{}, {}, {}}};
X x {{{{}, {}, {}}}};

(https://gcc.godbolt.org/z/mFwUYQ

кликхаус умеет писать с большой скоростью, но он не oltp

Добрый день.
Нуждаюсь в помощи с оценкой задачи.
У предполагаемого заказчика возникла необходимость в реализации собственной высокопроизводительной проблемно-ориентированной СУБД.
Сценарий: быстрое логирование метаданных сетевого трафика (shallow packet inspection - без разбора прикладных протоколов; информация только транспортного уровня) на скоростях 10Gb/s (ожидаются миллионы пакетов в секунду), индексация. Исполнение "простых" (примеров и уточнений нет) sql-запросов. Платформы: встраиваемые системы и сетевое оборудование - маршрутизаторы, сетевые экраны (linux).
Проще говоря - "мини-clickhouse".
Хотелось бы услышать мнение специалистов, имевших подобный опыт. Насколько задача трудоёмка, какие в ней выделяются вехи, какие компетенции надо освоить? Как вообще решаются задачи построения СУБД для таких сценариев?

Короче, Антон, кроме того что это сложно трудоёмко и муторно, тебе на таком уровне сказать пока нечего