Size: a a a

pgsql – PostgreSQL

2021 January 22

TS

Tagil Steel in pgsql – PostgreSQL
Доброй ночи, коллеги!
Прокомментируйте, пожалуйста, вот это:
SQLSTATE[25P02]: In failed sql transaction: 7 ОШИБКА:  текущая транзакция прервана, команды до конца блока транзакции игнорируются
PG на Windows, куда копать?
источник

VY

Victor Yegorov in pgsql – PostgreSQL
Tagil Steel
Доброй ночи, коллеги!
Прокомментируйте, пожалуйста, вот это:
SQLSTATE[25P02]: In failed sql transaction: 7 ОШИБКА:  текущая транзакция прервана, команды до конца блока транзакции игнорируются
PG на Windows, куда копать?
проигнорировали реальную ошибку и пытаетесь в транзакции новые запросы дать базе. она ругается
источник

TS

Tagil Steel in pgsql – PostgreSQL
Victor Yegorov
проигнорировали реальную ошибку и пытаетесь в транзакции новые запросы дать базе. она ругается
Что имеется ввиду под реальной ошибкой?
источник

VY

Victor Yegorov in pgsql – PostgreSQL
та, которая оборвала транщакцию. если смотрите лог — смотрите выше, до начала SQLSTATE[25P02]
источник

W

Warstone in pgsql – PostgreSQL
Tagil Steel
Что имеется ввиду под реальной ошибкой?
Например:

Вы сделали
BEGIN;
После чего делаете, например,
INSERT INTO table (uniq_int_field) VALUES (1), (1);
Вам говорят что duplicate key.
Но вы, вместо того чтобы ее обрабатывать - кладете на эту ошибку МПХ.
После чего, не закрывая транзакцию делаете что-нибудь типа:
INSERT INTO table(uniq_int_field) VALUES (1);
И получаете именно ту ошибку. Так как по правилам вы должны сначала сделать ROLLBACK; и закрыть транзакцию.
источник

TS

Tagil Steel in pgsql – PostgreSQL
Victor Yegorov
та, которая оборвала транщакцию. если смотрите лог — смотрите выше, до начала SQLSTATE[25P02]
Делло в том, что транзакции не обрываются, все запросы отрабатывают, если убрать оборачивание в транзакции то все работает.
источник

W

Warstone in pgsql – PostgreSQL
Tagil Steel
Делло в том, что транзакции не обрываются, все запросы отрабатывают, если убрать оборачивание в транзакции то все работает.
У вас ORM проглатывает ошибку. Скорее всего.
источник

V

Vladyslav in pgsql – PostgreSQL
Привет, подскажите норм схему типичного интернет магазина
источник

EE

Evgenii Evgenivich in pgsql – PostgreSQL
Добрый вечер.
Есть ли соглашение об наименовании в базах данных?
источник

VY

Victor Yegorov in pgsql – PostgreSQL
Vladyslav
Привет, подскажите норм схему типичного интернет магазина
нет такого. понятие “норм” у всех разные.
источник

VY

Victor Yegorov in pgsql – PostgreSQL
Evgenii Evgenivich
Добрый вечер.
Есть ли соглашение об наименовании в базах данных?
наименовании чего?
источник

EE

Evgenii Evgenivich in pgsql – PostgreSQL
Таблиц, столбцов, переменных и тд.
источник

V

Vladyslav in pgsql – PostgreSQL
Victor Yegorov
нет такого. понятие “норм” у всех разные.
Типа нет best practics для базы?
источник

V

Vladyslav in pgsql – PostgreSQL
Я понимаю что все индивидуально но все же
источник

V

Vladyslav in pgsql – PostgreSQL
Может академический "бест" пример
источник

VY

Victor Yegorov in pgsql – PostgreSQL
Evgenii Evgenivich
Таблиц, столбцов, переменных и тд.
обсуждалось тут уже, много раз. главное общей схемы придерживаться

https://t.me/pgsql/242254
источник

EE

Evgenii Evgenivich in pgsql – PostgreSQL
Victor Yegorov
обсуждалось тут уже, много раз. главное общей схемы придерживаться

https://t.me/pgsql/242254
Спасибо!
источник

AB

Alex Bespalov in pgsql – PostgreSQL
Ну на самом деле такое иногда бывает интересно с позиции “а вот бывают вот такие схемы под вот такие задачи”. Типа там пользователи, роли, права или фин. транзакции с дебит-кредит и т.д. или какой нибудь документоооборот с версионированием, флоу с описанием под какой кейс. Понятно что в конкретном ПО будет конкретная специфика.
источник

VY

Victor Yegorov in pgsql – PostgreSQL
Evgenii Evgenivich
Спасибо!
про ваш вопрос — я бы оставил просто is_cancelled, убрав префикс из названия колоники
источник

EE

Evgenii Evgenivich in pgsql – PostgreSQL
Victor Yegorov
про ваш вопрос — я бы оставил просто is_cancelled, убрав префикс из названия колоники
Спасибо.
источник