А
потому что у орм должен быть обобщённый код, который должен знать структуру тех типов с которыми он работает
Size: a a a
2021 March 06
А
или ты про что?
SP
ну мы обьявляли
class User(Model):
pass
и sqlalchemy.reflect()
class User(Model):
pass
и sqlalchemy.reflect()
SP
и там были поля в рантайме
А
ну тут мне подход джанго больше нравится, где ты задаёшь типы полей в модели один раз, а миграции уже по ним создаются автоматически
SP
ну это всем нравится
SP
код как источник правды
SP
но когда у тебя лезут первые хранимки, дефолты и триггеры
А
ну это всем нравится
но не все так делают правда
SP
когда ты юзаешь типы посгри которые не сильно влезают в "ддл" джанги
А
ну до сырого sql тебе никто никогда не мешает спуститься
SP
но щас уже полюбому придется в джанге описывать, изза мигратилок
А
в миграциях также sql можно наворачивать
А
если тебе нужно что-то особое
А
когда ты юзаешь типы посгри которые не сильно влезают в "ддл" джанги
ща у джанги даже жсон поля есть
А
в принципе лично я отношусь к любому орм в первую очередь как к автоматизатору рутинных действий
А
и если у тебя не типовое и не рутинное действие, то надо быть готовым к тому что орм может тут помешать, а не помочь
SP
да я помню этот дискурс в среде динамистов. там тоже два лагеря
А
хотя сейчас джанговская орм довольно много чего умеет
EG
БЛЯТЬ НАКОНЕЦ-ТО