gо
Достаточно-умный-SQL-клиент позволит делать фишку вроде «брать номер текущей миграции, дописывать его к названию каждой хранимки, при апдейте сначала создавать новые хранимки, потом обновлять код, потом удалять старые»
Size: a a a
2021 May 26
gо
Без лока
gо
Но библиотеки, которая умела бы это делать эргономично я не видел
SS
Так подход жс не сказать, что кардинально отличается от типичного ООП. Хотя жс его мало юзал...
DS
Ну я тоже не видел, чтобы кто-то так делал. Те активные юзеры хранимок, что я видел, имели окно час в месяц, чтобы с блокировками всего их пронести.
SS
Еще что мне не понравилось - синтаксис дубовейший. По крайней мере в постгресе. В других наверняка так же.
Т.е. я выберу какой-нибудь котлин-шмотлин для крутых фич, безопасности, сахара, а самый важный код у меня будет синтаксическим говном.
Т.е. я выберу какой-нибудь котлин-шмотлин для крутых фич, безопасности, сахара, а самый важный код у меня будет синтаксическим говном.
DS
Ну процедурный код с хранимками лучше не писать, если есть возможность. А сам по себе SQL вполне себе внятный и выразительный язык
SS
Про процедурный код же и идёт речь
DS
Не, хранимки - это крайняя мера, когда в SQL запрос уже уложиться нереально или перформанс надо выжать максимальный.
gо
https://phiresky.github.io/blog/2021/hosting-sqlite-databases-on-github-pages/
О, кстати, посмотрите на эту офигенную штуковину.
О, кстати, посмотрите на эту офигенную штуковину.
gо
Мне правда нужно сделать какое-то хранилище для ссылок на статьи, я задолбался их каждый раз заново в гугле искать
SP
вы бы знали как же хочется загуглить who to backend in 2021 и найти чтото веняемое без трешака
DS
how to backend*
RP
для тебя 32 - это типа старый?)
H
да
SP
да, how
gо
У меня одного только что шрифт на docs.rs поменялся на что-то чудовищное?
ИЛ
Да, это баг
ИЛ