Prevent from using non-deterministic functions in mutations of replicated tables

[Akazz]

I hereby agree to the terms of the CLA available at: https://yandex.ru/legal/cla/?lang=en

Category (leave one):

• Improvement

Short description (up to few sentences):
Using non-deterministic functions in mutations of Replicated* will result in inconsistencies between replicas.

Fixes #7097

[Akazz]

Failing test 00212_shard_aggregate_function_uniq is irrelevant - it is broken in the master

[BayoNet]

Should we document it?

[den-crane]

Говорят непонятно как теперь апдейты делать.

Здравствуйте! Вы мне както подсказывали как в кликхаусе делаете мутации с условиями через словари:

Denny Crane [not a Yandex bot], [22.01.20 04:27]
такие запросы нельзя делать, alter для каждой строки xxx проверить where.

Я готовлю таблицу ReplicatedMergeTree c id-шками которые надо удалить, она обязательно должна создержать одинаковые записи на всех репликах, чтобы мутации на репликах получили один и тот же результат мутации.

Создаю словарь который смотрит на ReplicatedMergeTree на всех репликах

Выясняю какие парты содержат записи которые надо удалить

Выполняю alter table xxx delete where date between парты and dictHas(словарь)

у меня это прекрасно работало когда кх был сингл инстанс, а сейчас когда появилась реплика, ругается на то, что :

DB::Exception: ALTER UPDATE/ALTER DELETE statements must use only deterministic functions! Function 'dictHas' is non-deterministic (version 19.17.6.36 (official build))

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

не могли бы вы подсказать в чем может быть проблема?

Я тоже делаю все мутации через словари. К счастью в 18.14.18 такой проблемы нет.