Типичные ошибки при разработке приложений, работащих с PostgreSQL / Иван Фролков 

Зря докладчик упомянул timestamp (или rowversion) тип ms sql в ключе ненужности и заменимости хэшем, он явно не вникал в суть этого типа. Дело в том, что значение колонки rowversion обновляется при любой операции update, даже той, которая не меняла данные, в отличие от простого хэша. В некоторых случаях эта особеность используется бизнес логикой приложения.

Хороший доклад, спасибо! 49:00 - чистый SQL удобней в чём? Есть у меня эндпоинт, где куча опциональных фильтров и сортировок - разве выборку для него удобно делать на чистом SQL? Это ж лапша из кода для конкатенации строки запроса, подверженная уйме ошибок. ORM/QueryBuilder даёт более читабельный код и повышает вероятность того, что запрос будет корректным. Вообще не представляю, как можно, не изобретая собственный QueryBuilder, сделать эту задачу с помощью конкатенации строки и при этом чтобы код проекта не превратить в помойку. Если кто знает, то скиньте, пожалуйста, ссылку на Гитхаб - было бы очень интересно посмотреть.

Анализ решения timestamp в MSSQL раскрыл мне глаза, что спикер совсем не анализирует чужие точки зрения. Есть вот postgres, худо бедно работающий бесплатно со всеми минусами и всё. Люди просто живут с ним и работают, почему другие кампании принимают какие-то решения? кажется это даже им не интересно попытаться понять. Они всё измеряют в рамках postgres'а. В общем у меня вопрос к уровню профессионализма в общем развитии к спикеру. Слишком однобоко всё.

очень странный доклад, не со всем могу согласиться после работы с ддд. Слышу сплошное нарушение инкапсуляции, размазывание бизнес логики. И всё это что бы быстро работало.

PostgreS профессионал???

У автора между строк сквозит пассивной агрессией ко всему и вся. Душно, откройте форточку, пожалуйста