Re: Postgres Pain Points 2 ruby / node language drivers
Вложения
В списке pgsql-general по дате отправления:
| От | Andreas Joseph Krogh |
|---|---|
| Тема | Re: Postgres Pain Points 2 ruby / node language drivers |
| Дата | |
| Msg-id | VisenaEmail.cd.e900b16aef681b2b.1567e138a34@tc7-visena обсуждение исходный текст |
| Ответ на | Re: Postgres Pain Points 2 ruby / node language drivers (Daevor The Devoted <dollien@gmail.com>) |
| Список | pgsql-general |
[snip]If you don't like your domain-model to be very close to your physical DB-model, there's nothing preventing you from having a persistence-model, using the ORM, and map that to/from your domain-model. However, I don't see any of these challenges getting easier by throwing the ORM out and having the developers handling everything themselves using SQL directly.Could you elaborate on this method? Or direct me to docs describing it in more detail? I'm quite interested in this approach, but would like to see what amount of overhead (development and maintenance) this might result in.
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера
