?

Log in

No account? Create an account

Заповедник репрессивной психиатрии

Об извращенных представлениях о красоте
metaclass
А вот почему женщины на фотках так любят уродовать себя косметикой, странным позированием и некачественной съемкой и постобработкой?
Без всего этого - ну обычные, средние женщины. До моделей не дотягивают, но, как минимум, выглядят как люди.

Но это, видимо, не устраивает (где-то хз где давно читал, что "средняя" это для женщины самое страшное оскорбление), а умом и прочими личными качествами выделяться не умеют, поэтому начинается какой-то реальный ад - дикая косметика, пирсинг, крашеные волосы, дебильные утко-фейсы, пересвеченные и изуродованные в фотошопе-инстаграме фотки.

В реале, впрочем, не намного лучше - кошмарные птушницы с тремя слоями штукатурки и начосом - это идеал красоты разного рода белорусиков.

А вот еще про разницу между СУБД
metaclass
Выполняем в транзакции ошибочный запрос (переполнение или нарушение констрейнтов)
Firebird: текущий запрос атомарно не выполняется, транзакция остается активной и позволяет выполнять команды дальше.
Postgresql: транзакция становится некошерной и в ней более ни одна команда не выполняется.

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

А вот еще Postgresql
metaclass
Доработал свой кодогенератор с ормами для поддержки Postgresql.

Запускаю тестилку в 1000 потоков (вставка записи и тут же ее вычитывание по PK, каждое в своем коннекте-транзакции) - работает, но изредка дохнет в произвольных местах. То "Backend sent unrecognized response type: m" то "System.Data.DataException: Data Exception." то "System.ObjectDisposedException: Cannot access a closed Stream.", то "could not serialize access due to read/write dependencies among transactions"

Заменил ADO.NET драйвер на новую версию (с 2.0.9 на 2.0.11) - бредовые ошибки пропали, за исключением "could not serialize access due to read/write dependencies among transactions".

Как оно умудряется найти зависимости в независимых вставке и тут же чтении этой записи - для меня пока загадка.
Что характерно, у Firebird я таких проблем что-то не припомню.

PS: Я использую IsolationLevel.Snapshot и вроде, драйвер при этом устанавливает уровень изоляции Serializable, который в PG реализован в виде Serializable Snapshot Isolation и вызывает конфликты с откатом одной из транзакций принудительно.
Уровень изоляции, при котором оно не конфликтует - IsolationLevel.ReadCommited. Все остальные осмысленные - Snapshot и RepeatableRead - вызывают конфликты с откатами.