Доброго утра всем. вопрос есть по NDBCLUSTER - какие могут быть

нюансы при работе с такими таблицами, если их размеры будут около 1-2 млн строк и таких таблиц будет 50-100 штук в 1 базе?

но самое важное - будут-ли они работать так же быстро как и аналоговые noSQL хранилища (key|value)?

в чём преимущество NDB? перед обычными таблицами?

хотелось бы прочитать развёрнутый ответ...

в офф доке нашёл только это:
https://dev.mysql.com/doc/refman/8.0/en/mysql-cluster.html
https://dev.mysql.com/doc/refman/5.7/en/mysql-cluster-what-is-new-7-6.html

на стороне, только это:
https://habr.com/ru/sandbox/38599/
https://www.apress.com/gp/blog/all-blog-posts/what-is-mysql-ndb-cluster/15454530

При чем тут no SQL?

скорость работы интересует, при одинаковой сложности архитектуры или перефразирую: понятно, что nosql будет быстрее, но на сколько при линейном расширении количества записей в таблице? на порядки или несколько ms

Нет, совсем не понятно что это вдруг no SQL быстрее...

Верующий в noSQL. "Оно быстрее потому что так написано в книге"

в погромистах не место верующим на практике так выходит, при линейном расширении nosql база, например, при односложной выборке возвращает результат среди 20 млн строк в 1 таблице за 8ms, mysql за 60ms

Какие индексы и для какой выборки то хоть юзали?

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

Это смотря какой запрос и какие данные.

полностью согласен, но в моем конкретно случае носкул быстрее... так что с ответом на мой вопрос?

Шли описание данных, DDL, запросы, - можно будет что-то обсуждать. Ну и ты ж про ndb - его IMHO редко кто использует, я так вообще никогда.

NDB решает специфическую задачу масштабирования записи (не обязательно KV). У меня есть некоторые сомнения, что это то, что вам нужно.

масштабирования записи? можно конкретнее, что имеется ввиду?