Всем привет!

Использую MariaDB.

JDBC предлагает только connection.setTransactionIsolation
А как блокировать таблицы на разных уровнях?

maytonMolasarВсем привет!

Использую MariaDB.

JDBC предлагает только connection.setTransactionIsolation
А как блокировать таблицы на разных уровнях?
Тема блокировок интересная и сложная. И тут надо выделить несколько поинтов.

1. Блокировка таблиц в современных DBMS - это моветон. Никто так не делает
потому - что это ломает обычную бизнес логику работы с такой системой.
Нет пользы от важного справочника к примеру если кто-то его заблочит.
Это равносильно HTTP 503. Сервис недоступен.

Обычно применяют строчные блокировки. Этого достаточно. Загрузки-выгрузки и ETL регламентируются
плановыми заданиями которые работают к примеру ночью и грузят bulk-mode в специальные
свеже-созданные Staging tables инфу из внешних источников. А потом другими
джобами переносят в основную схему. Так делают в правильных системах.

2.Теория различает 5-6 уровней (если мне не изменяет память) изоляций. JDBC определяет 5 констант
https://docs.oracle.com/javase/7/docs/api/java/sql/Connection.html для режимов транзакций.

Практические реализации DBMS могут часть этих уровней просто игнорировать.
Тоесть КАК блокировать таблицы - это тоже вопрос не в тему Java. Это опять-же в тему
MariaDb. Если брать Oracle - то там 99% работает в режиме READ_COMMITED. И еще
чуть-чуть в SERIALIZABLE. Остальные режимы - игнорятся.

Как реализовано в Maria - надо читать. Правильне сказать - надо читать - какую пользу принесет
к примеру такая-то блокировка для таблички maria db с опцией InnoDb или MyIsam или прочее...
я не знаю сколько там еще этих опций. Вот это будет правильный вопрос.

Но поскольку в этом топике никто не является знатоком MariaDb - то говорить пока неочём.
Используя голые знания JDBC мы не сможем решать задачи перформанса эффективно.

Для ответа по сабжу - по табличным блокировкам посмотрите https://mariadb.com/kb/en/library/lock-tables/
Есть класс Event


Для хранения такой структуры создаю две таблицы:


1. Создаю новую запись в таблице event_entity.
2. Получаю последний id в таблице event_entity.
3. Создаю новую запись в таблице event_property, записываю в неё 1 запись из properties и новый id из event_entity.

3-й шаг повторяется столько раз сколько записей в properties.

Блокировка таблицы event_entity нужна для, чтобы другое подключение не успело создать новую запись в таблице event_entity между 1 и 2 шагами. В противном случае я получу не свой id.

mayton,

1. SELECT MAX(id) FROM Table
либо
2. SELECT * FROM Table ORDER BY id DESC LIMIT 1

PetroNotC SharpMolasar,
Первая табла не нужна. Тогда не нужна и правка уровня изоляции.
Теоретически можно отказаться от 1-ой таблицы event_entity.
Всё равно придется блокировать 2-ю таблицу по этим же причинам.

забыл никPetroNotC SharpMolasar,
Первая табла не нужна. Тогда не нужна и правка уровня изоляции.
Тут правка уровня изоляции в принципе не нужна. Тут и транзакция нужна лишь для того чтобы откатить в случае чего.
Все что здесь надо это правильно использовать jdbc, например вот тут можно почитать https://stackoverflow.com/questions/1915166/how-to-get-the-insert-id-in-jdbc.
А то блокировка таблицы, блокировка таблицы:)
Отличное решение!
Спасибо!

maytonMolasarmayton,

1. SELECT MAX(id) FROM Table
либо
2. SELECT * FROM Table ORDER BY id DESC LIMIT 1
Категорически нельзя так делать. В базах данных обычно для таких целей создаётся выделенный объект sequence
и ты из него получаешь значения для id, event_id в двух таблицах.

Все другие подходы - неверны.
Понял. Спасибо.

PetroNotC SharpИндекс, первичный и фореген кей убрать.
Если скорость хотим.
Скорость нужна!!! Объясните, пожалуйста, подробнее, что нужно убрать.