Что это за атака клонов? Два таких же поста подряд под разными юзерами на sql.ru было вчера.

Добрый день, у меня сразу два вопроса по одной теме JSON
1) как можно из массива джейсона вытащить только ключ значение type по строчно каждый (принцип unnest в postgres)
2) Как можно сделать отбор из массива джейсона
—-
Пример
select CONDITIONs->'$[*].type' from
(
select '[{"type":"DEP_VALUE","operator":"in","value":["1000+"]}]' CONDITIONs
union all
select '[{"type":"DAYS_REG","operator":"greater or equal","value":"30"},{"type":"DATE_LAST_DEP","operator":"less or equal","value":"2019-06-30"},{"type":"DEP_VALUE","operator":"in","value":["201-500"]},{"type":"NETREVENUE_WEEK","operator":"in","value":["200-500"]}]'
) segmentations
where JSON_CONTAINS(CONDITIONs,'DAYS_REG','$.type')

Подскажите, в чём прикол. На проекте 2 одинаковой базы данных. В репозитории сохранение идёт в обе, а все остальные операции в обе. Есть идеи, зачем так сделано?

Коллеги, FLUSH TABLES mytbl; делает ли автоматом LOCK TABLES mytbl WRITE?

Не делает

спасибо, а с ключом for export? вернее я не уверен, что правильно поставил вопрос, мне надо сделать так, чтоб запросы к этой таблице на изменения вставали в очередь, и после окончания моих манипуляций стали применяться, какие локи мне ставить?

Если читать можнно а менять нельзя - можно FLUSH TABLES .. WITH READ LOCK

что за народ пошел ленивый

мне нужно чтоб при попытке записи не выдавало ошибки, а кидало в буфер или куда там она кидает...

Ну при попытке записать - запрос станет в очередь на получение блокировки и потом отвалится по таймауту)

@svetsmirnova slowmode на 15 минут это ту мач, как по мне

Context?

Мои кривые ручки 🙈 Убрала

ну что? не находится ссылка?

а ты ждешь что я пруфану?

поискать transaction isolation levels на dev.mysql.com это же так сложно

тут уместно сказать, что ты с чего-то решил, что тебе тут кто-то что-то должен

только это не так

INSERT INTO T SELECT ... FROM S WHERE ... sets an exclusive index record lock (without a gap lock) on each row inserted into T.
If the transaction isolation level is READ COMMITTED, InnoDB does the search on S as a consistent read (no locks).
Otherwise, InnoDB sets shared next-key locks on rows from S.
InnoDB has to set locks in the latter case: During roll-forward recovery using a statement-based binary log, every SQL statement must be executed in exactly the same way it was done originally.
@asmmlist @asmmlist @asmmlist @asmmlist @asmmlist @asmmlist @asmmlist @asmmlist

успагойся