Информация об изменениях

Сообщение Re[2]: Вопрос тем кто юзает SQLite от 30.07.2019 15:59

Изменено 30.07.2019 16:02 VladCore

Re[2]: Вопрос тем кто юзает SQLite
Здравствуйте, MadHuman, Вы писали:

VC>>Он так же может использоваться для борьбы с dead-lock-ами в нормальных СУДБ. Ну неплохо как бы, но менее надежно чем второй способ.

MH>а зачем делать retry, когда можно сразу выставить адекватный период ожидания захвата базы на чтение в самом sqlite?

Лол. deadlock в нормальных СУДБ сразу выбрасывается.

MH>читатели не мешают писателю и писатель не мешает читателям, зачем ещё блокировки на чтение?


Что у вас там за каша в голове? Это в нормальных СУДБ только. В sqlite это не так.

MH>оба способа это не решение проблемы одного писателя (это в sqlite не решается в принципе). это про что делать если писатель не дождался освобождения базы другим писателем.

MH>и варианты тут такие:
MH>1. ещё разок попробывать.

Лол. ты изобрел retry pattern
Re[2]: Вопрос тем кто юзает SQLite
Здравствуйте, MadHuman, Вы писали:

VC>>Он так же может использоваться для борьбы с dead-lock-ами в нормальных СУДБ. Ну неплохо как бы, но менее надежно чем второй способ.

MH>а зачем делать retry, когда можно сразу выставить адекватный период ожидания захвата базы на чтение в самом sqlite?

Лол. deadlock в нормальных СУДБ сразу выбрасывается.

MH>читатели не мешают писателю и писатель не мешает читателям, зачем ещё блокировки на чтение?


Что у вас там за каша в голове? Это в нормальных СУДБ только не "мешают" (на самом деле "мешают" и в блокирующих транзакциях и в транзакциях работающтх на snapshot-ах). В sqlite это не так.

MH>оба способа это не решение проблемы одного писателя (это в sqlite не решается в принципе). это про что делать если писатель не дождался освобождения базы другим писателем.

MH>и варианты тут такие:
MH>1. ещё разок попробывать.

Лол. ты изобрел retry pattern