Size: a a a

2020 February 25

A

Aikidos in Go-go!
Мимо Проходящий
Оно про то чтобы не знать про sql
Интересно, как планируется использовать ОРМ без знания SQL?
источник

A

Aikidos in Go-go!
Если вместо тебя был человек, который всё настроил и вместо тебя пилит миграции и генерит типы, которые отражают сущности в БД, а ты только используешь Select(...).Where(...).First, то да. SQL можно не знать.
источник

DP

Daniel Podolsky in Go-go!
коллеги, такое впечатление, что вам нравимтся процесс
источник

DP

Daniel Podolsky in Go-go!
(мне этот процесс не нравится)
источник

DP

Daniel Podolsky in Go-go!
поэтому
источник

DP

Daniel Podolsky in Go-go!
давайте вы, если хотите продолжать, напишете по абзацу “для меня ORM это…”
источник

DP

Daniel Podolsky in Go-go!
кто не напишет, но будет продолжать (например, комментить чужой абзац до публикации своего) - получит суточный RO
источник

AB

Artur Borisovich in Go-go!
для меня орм это снова вахта. люди обсуждают то что для них важно, но опять пришел админ грозящий ро. может есть чат гоферов без гэбни? подскажите пожалуйста.
источник

а

а кто это in Go-go!
Artur Borisovich
для меня орм это снова вахта. люди обсуждают то что для них важно, но опять пришел админ грозящий ро. может есть чат гоферов без гэбни? подскажите пожалуйста.
источник

МП

Мимо Проходящий in Go-go!
Daniel Podolsky
кто не напишет, но будет продолжать (например, комментить чужой абзац до публикации своего) - получит суточный RO
ну я то видел лишь фрагмент дискуссии в виде нескольких последних постов, поэтому за флуд не ко мне

А по теме - это наверное entity framework code first. Она плохая, но другие ещё хуже. Пишем структуры, создаём контекст, крудим его, потом делаем SaveContext и всё отправляется в бд в виде одного оптимизированного  запроса.
источник

МП

Мимо Проходящий in Go-go!
Это всё работает только в простейших случаях, но к ним сводится 95 процентов всех кейсов
источник

МП

Мимо Проходящий in Go-go!
Aikidos
Если вместо тебя был человек, который всё настроил и вместо тебя пилит миграции и генерит типы, которые отражают сущности в БД, а ты только используешь Select(...).Where(...).First, то да. SQL можно не знать.
Select(...).Where(...).First - это не орм а рукалицо
источник

A

Aikidos in Go-go!
Daniel Podolsky
давайте вы, если хотите продолжать, напишете по абзацу “для меня ORM это…”
Для меня ORM - обычно абстракция над драйвером, которая позволяет типизировать работу с БД. Как элемент - мигратор, когда типы в коде, которые отражают сущности БД, совпадают с актуальной миграцией и находятся, преимущественно, в одном месте и обновляются, собственно, этой же ОРМ, к примеру, в случае отката миграции.
Так же это маппинг, построение запросов и т.п..
Суть ОРМ не избавить от понимания SQL, а абстрагировать работу с ним. ORM позволяет переложить часть проверки SQL-запроса на компилятор. Потому что в ORM запрос выражается в том, что компилятор может проверить - код самого языка.
Никто не придумывал всё это из-за, "мне лень учить SQL, я создам ORM".
источник

МП

Мимо Проходящий in Go-go!
бизнес логику надо типизировать и абстагировать, а не "работу с БД". Таким образом, чтобы про бд не думать вообще при решении бизнес задач.  
Мапинг - не проблема, sqlx решает.
источник

A

Aikidos in Go-go!
Не вижу противоречий. Типизируется как BL, так и DAL.
источник

A

Aikidos in Go-go!
Одно другое не исключает.
источник

AK

Anton Kucherov in Go-go!
Daniel Podolsky
я, коллеги, пытаюсь подвести вас к мысли, что, прежде чем обсуждать собственно ORM - надо бы сформулировать, что это такое, и зачем оно
А разве это прадеды давным давно это не сформулировали? Кажется тома уже написаны на эту тему 🤔
источник

МП

Мимо Проходящий in Go-go!
Вот есть орм не позорная. Сам не пробовал, но говорят очень ок https://entgo.io/ Другие хуже по крайней мере
источник

AK

Anton Kucherov in Go-go!
Кстати на злобу дня вопрос: "Как думаете, что делают гоферы борясь с цикличекими зависимостями пакетов?" 🙂
источник

МП

Мимо Проходящий in Go-go!
ничего
источник