Отлично decimal работают.

не мог бы ты подсказать?

Что именно? Поведение отлично описано в питоячей документации по децималу.

В питоне одно дело. что именно делают опции precision и scale?

​​⚡️PS Plus в Апреле — Uncharted 4 и Dirt Rally 2.0.

Канал Playstation Access случайно опубликовал видео с подборкой.

Неужели ты не можешь загуглить такой элементарный вопрос?
https://stackoverflow.com/a/27869390/12884292

Я с sqlalchemy / postgresql работаю недавно, до этого все больше с mongodb.

Хочу определисься со стилем, и во всех проектах делать все консистентно. Прошу прокомментировать мой список, который я для себя составил для работы с sqlalchemy / postgresql:

1) Для время использовать всегда timestamp with time zone. Да, все мои приложения работают на серверах, где всегда выставлена tz=UTC. Но все равно лучше в postgresql именно с таймзоной все записывать, с той же UTC

2) Для строк не используем больше VARCHAR. Так как у PostgreSQL уже нет никакой разницы в скорости междну text и varchar. Теперь везде только TEXT.

3) Для строк по умолчанию делаем так:  name text NOT NULL DEFAULT ‘’,  т.е. по умолчанию отсутствие данных это пустая строка. И делаем поля nullable = True лишь в том случае, когда у нас легитимно может быть значение в виде пустой строки + нам надо знать, что данные еще не определены. Эту идею я у мира django взял.

4) Для всех timestamp полей имена делаем с суффиксом _at: created_at, updated_at, last_ok_at

5) Для всех boolean полей делаем префикс is_: is_active, is_paused

6) Имена таблицы делаем в единственном числе: user, post, message. Это больше вкусовщина, но мой выбор в сторону единственного числа в пал из-за того, что иногда я не знаю как слово в множественном будет (английский я знаю, но бывают несуществуюище технические слова).

Если ли в этом списке какие-то вредные идеи, которые мне могут негативно аукнуться в дальнейшем?

1) Для время использовать всегда timestamp with time zone. Да, все мои приложения работают на серверах, где всегда выставлена tz=UTC. Но все равно лучше в postgresql именно с таймзоной все записывать, с той же UTC

Я взял исходный код от azure библиотеки работы с mssql сервером,

utc_timestamp = datetime.datetime.utcnow().replace(tzinfo=datetime.timezone.utc).isoformat()

это получается что ты в виде строки в конечном итоге хранишь? Как я понимаю, isoformant она строку вернет

Ну а ты видел , что я кидал уже фото кода .

да. помоту что траходром с unix ticks и угадайкой в каком временном поясе это случилось мне не нужен, если тики с 1970.1.1 как число хранить, а тут оно сразу в формате понятном SQL sever (повторюсь взял из модуля логгирования azure от microsoft, на их базах работает)

Ну для каких-то случаев то может быть и вариант, но вот только в большинстве случаев для PostgreSQL это плохая идея. Если тебе надо будет делать сложные запросы, где много данных, где есть индексы по полям времени, в духе  where created_at < ? and where updated_at > ? то ….. Хм, а возможно iso format и реально сортируется так как надо :)

Но в любом случае, выглядит очень уж радикальной твоя идея :) Но все ж мне кажется что поиски по нормальному timestamp будут эффективнее.

А все ж чем тебе не подошла такая идея, какую я у себя сейчас делаю: храним все строго в
1) timestamp with timezone
2) в постргре дефолтная зона это UTC
3) на сервере зона тоже UTC
4) коннектимся в постгре тоже с указанием, что зона UTC

— Вроде при таком варианте тоже не возможно никаких проблем с временными поясами.

Не могу сделать запрос на сервер IDP (oauth2) с /auth/introspect на Flaske. Кто-нибудь может посоветовать либу с примером??? Или подсказать что-нибудь? В интернете ни единого слова про клиентскую часть, только про сервер

в таком примере все ок, тогда метка это timestamp а не число и просто в конце я убираю isoformat(),  отстальное доделывает алхимия

Привет. Подскажите, как быть с такой ошибкой?
https://dpaste.org/1gC1
Говорят, нужно внутрь контекст менеджера положить, но что-то я делаю не так, видимо

Хотя судя по всему, это проблема не в фласке, а в том, что я неверно декоратор пишу...

Твой декоратор выполняется когда контекста приложения ещё не существует.

Да, я понял уже

Скажите, а как функция знает, что она возвращает генератор? По факту наличия в ней хотя бы одного yield? (В том числе if False: yield?) Можно ли как-то заставить функцию возвращать пустой генератор, не указывая в ней yield?