ORM (Object-Relational Mapping) используется во многих языках программирования, в том числе и в 1С. Однако реализация высоконагруженных решений, приводит к мысли что разработчики ORM не учитывали ее влияния на производительность СУБД. Такая ситуация и в 1С и ORM на Java, и наверняка в других ORM . В предыдущей части статьи Концепция ORM как двигатель прогресса — выдержит ли ее ваша СУБД? были изложены результаты теста, в этой статье ответы на самые часто задаваемые вопросы и новый тест.

https://habr.com/ru/post/713724/?utm_source=habrahabr&utm_medium=rss&utm_campaign=713724

Меня зовут Андрей Аркаев. Я занимаюсь разработкой на Java с 2002 года. Сейчас развиваю бизнес-систему для контактных центров в Naumen. Как и многие другие бизнес-системы мы используем ORM. В статье поговорим о Hibernate, так как эта библиотека распространена для Java.

Наш продукт развивается более 15 лет и накопил в себе много кода, в том числе легаси. Мы начинали с Hibernate версии 3 и прошли через 3 больших версии.

Если посмотреть статистику привязки к версиям Hibernate в Maven Central, то окажется, что к версии 5.5 привязано 400 проектов, к 5.6 — 1200 проектов, а к свеженькой 6.1 — буквально 180 проектов. То есть 6.1 еще только набирает обороты. Уже появляются первые доклады, как всё хорошо и радужно при обновлении на новую версию, однако реальность обычно другая. Поэтому интересно разобраться, какие есть сложности и проблемы, и как переходить на эту версию.

Сделаю ремарку: эта статья не рассказывает обо всех изменениях, а только о самом интересном и важном для меня и моих проектов.

https://habr.com/ru/post/708244/?utm_source=habrahabr&utm_medium=rss&utm_campaign=708244

Привет, Хабр!

Основным языком разработки у нас, в TIMELESS, является TypeScript, как на frontend, так и на backend. Поэтому в рамках идеи типизации всего и вся для работы с БД мы выбрали Prisma, которая позиционирует себя как “Next generation ORM for Node.js and TypeScript”.

Спустя год применения Prisma хотелось бы поделиться опытом ее использования при работе с PostgreSQL из Node.js приложения.

https://habr.com/ru/post/702930/?utm_source=habrahabr&utm_medium=rss&utm_campaign=702930

СберМегаМаркет — мультикатегорийный маркетплейс, объединяющий продавцов и покупателей. Для первых это канал продаж с широкой аудиторией, а для вторых — возможность покупать различные товары в одном месте, с программой лояльности и доставкой.

Получается, у маркетплейса сразу две группы клиентов, и нужно реализовать функциональность ИТ-платформы так, чтобы было удобно и продавцам, и покупателям, с чем мы успешно справляемся.

Привет, Хабр! Меня зовут Лосников Сергей, я старший архитектор в СберМегаМаркете. Основное направление моей деятельности - это осуществление архитектурного надзора над бизнес-процессами в направлении операций, а так же над сервисами и системами, поддерживающими их работу. В этой статье я расскажу, как устроена наша система управления заказами и в чем ее особенность. Осторожно, впереди лонгрид.

https://habr.com/ru/post/703620/?utm_source=habrahabr&utm_medium=rss&utm_campaign=703620

ORM (Object-Relational Mapping) используется во многих языках программирования, в том числе и в 1С. Однако реализация высоконагруженных решений, приводит к мысли что разработчики ORM не учитывали ее влияния на производительность СУБД. Такая ситуация и в 1С и ORM на Java, и наверняка в других ORM . Причины приоткрывает данная статья.

https://habr.com/ru/post/697504/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697504

В 2021 году команда по управлению репутацией, в которой состою и я, решила помочь волонтерам закрыть приют для животных, где работали мошенники. Вот только мало мы знали, какой шум поднимется из-за этого кейса.

В этой статье расскажу, как удалось помочь зоозащитникам, используя методы черного пиара и подходы репутационного менеджмента – а конкретно технологии SERM. А еще поделюсь деталями этой истории, которая сочетает в себе два противоположных принципа – «не навреди» и «помоги ближнему своему». Интересно? Обо всем по порядку.

https://habr.com/ru/post/689834/?utm_source=habrahabr&utm_medium=rss&utm_campaign=689834

Название поста может быть знакомо некоторым читателям. Действительно, я некоторое время назад задался вопросом, насколько будет сложно сделать django асинхронным. Так вот, процесс кодинга в этом направлении продолжился, и теперь есть целая альфа-версия.

Проект называется vinyl. У него есть репозиторий: https://github.com/vinylproject/vinyl. Пользоваться им можно и нужно! Про то, как это делать, можно узнать из README - я думаю, всё вполне соответствует ожиданиям от асинхронной версии. Здесь я хочу рассказать про то, что, как говорится, удалось узнать в процессе.

https://habr.com/ru/post/685144/?utm_source=habrahabr&utm_medium=rss&utm_campaign=685144

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

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

https://habr.com/ru/post/682328/?utm_source=habrahabr&utm_medium=rss&utm_campaign=682328

Завершив в недавнем прошлом очередную доработку своей легковесной технологии SQL-файл, применяемой для эффективной трансляции файлового SQL-кода в базу данных, автор данной статьи решил в очередной раз представить (в этой заметке теперь, на популярном ресурсе) свои реализованные, хотя бы отчасти, идеи касательно программирования MSSQL, а так же некоторые соображения относительно применения SQL вообще. Автор полагает, что несмотря на форму предлагаемой им частной реализации SQL-файл (для MSSQL), лежащая в основе подхода концепция имеет определённую силу и смысл.

https://habr.com/ru/post/672084/?utm_source=habrahabr&utm_medium=rss&utm_campaign=672084

_{От автора перевода: Написанный далее текст может не совпадать с мнением автора перевода. Все высказывания идут от лица оригинального автора, просьба воздержаться от неоправданных минусов. Оригинальная статья выпущена в 2014 году, поэтому некоторые фрагменты кода могут быть устаревшими или "нежелаемыми".}

Содержание статьи:

В статье приведены доводы, которые ставят под вопрос правильность присутствия ORM в рамках ООП.

https://habr.com/ru/post/667078/?utm_source=habrahabr&utm_medium=rss&utm_campaign=667078

Управление репутацией обычно делят на два ключевых направления: ORM и SERM, где ORM – работа по нивелированию нового негатива путем решения жалоб клиентов, а SERM отвечает за выдачу. Мы же привыкли считать, что ORM включает в себя вообще все инструменты, которые так или иначе влияют на репутацию, в том числе и SERM.

Очень важная часть, если не главная – умение быстро находить негатив и быстро его нивелировать, отвечать на отзывы, комментарии, жалобы и просто вопросы пользователя о компании. Как же правильно это делать? Давайте разберем, а также приведем несколько примеров хороших и плохих реакций на отзывы.

https://habr.com/ru/post/664324/?utm_source=habrahabr&utm_medium=rss&utm_campaign=664324

Bun это дружественный к SQL Golang ORM для PostgreSQL, MySQL/MariaDB, MSSQL, и SQLite. Данная статья призвана познакомить вас с базовыми возможностями этой ORM.

https://habr.com/ru/post/663332/?utm_source=habrahabr&utm_medium=rss&utm_campaign=663332

Управление репутацией уже давно стало тем направлением, которое используется в большом количестве крупных и не очень компаний, особенно тех, продукт которых сильно зависит от имиджа компании.

Следовательно, если на услугу есть спрос, то будет и предложение. Так должно работать, однако с этим есть небольшие проблемы в рамках данного рынка, о которых и расскажу в этой статье. А также подведем результаты небольшого нашего эксперимента, если можно сказать, или же теста клиентского сервиса репутационных агентств.

https://habr.com/ru/post/662131/?utm_source=habrahabr&utm_medium=rss&utm_campaign=662131

Всем привет.

Некоторое время назад я писал про альтернативные возможности, как можно добавить в django асинхронность (есть официальный подход, изложенный в DEP-09). С тех пор у меня получилось оформить свои идеи в нечто относительно цельное, что вылилось в vinyl project. Описание проекта читайте на гитхабе, здесь же я хочу рассказать о его интересных особенностях.

Проект родился после нескольких предыдущих попыток, когда я узнал, что django, в действительности, очень неплохо расширяем. Например, он поддерживает использование нескольких баз данных одновременно (притом что модели одни и те же). Соответственно, например, ничего не мешает считать использование асинхронного драйвера как использование другой логической базы данных - чем я и воспользовался.

https://habr.com/ru/post/660831/?utm_source=habrahabr&utm_medium=rss&utm_campaign=660831