I
какие тысячи, о чем речь? Нормальные orm давно научились вытягивать данные максимально эфективно, даже с заточкой под конкретные рсубд
Расскажи это какие? Уже не хибер ты назвал "нормально"?
Size: a a a
2020 March 19
VP
почему нет? Ты себе мапишь эти строки как хочешь
В смысле мапишь? ORM же мапит
https://t.me/pofftop/171548
https://t.me/pofftop/171548
AW
В смысле мапишь? ORM же мапит
https://t.me/pofftop/171548
https://t.me/pofftop/171548
ну он мапит по дефолту 1-1 (кроме связных таблиц), но ты волен сказать ему как мапить
AW
хочешь мапить что-то по другому, разбить один row на десять обьектов - да пожалуйста
U
Да даже если и тысячу запросов написать от руки - в чем проблема? Их и тестировать легче, и работает предсказуемо, и код сразу наглядный.
AW
Да даже если и тысячу запросов написать от руки - в чем проблема? Их и тестировать легче, и работает предсказуемо, и код сразу наглядный.
orm работает предсказуемо, если она покрыта тестами. А они покрыты.
Не знаю как с orm может быть ненаглядный код, сорри.
Не знаю как с orm может быть ненаглядный код, сорри.
AW
Да даже если и тысячу запросов написать от руки - в чем проблема? Их и тестировать легче, и работает предсказуемо, и код сразу наглядный.
написать - не сложнее чем с orm. А теперь перейди на другую рсубд.
AW
или субд, а не рсубд
AM
ты работаешь с обьектами невазисимо от того, сраный мускул там или монго зачуханная
Я в остальной срач про ОРМки вписываться не хочу, наелся уже, но вот ОРМка, которая скрывает не просто детали конкретной РСУБД, а умеющая и в РСУБД, и в документные БД -- это совсем какое-то адище.
U
написать - не сложнее чем с orm. А теперь перейди на другую рсубд.
И часто крупные проекты скачут с одной СУБД на другую?
AD
А куда 17 делось?
они по фибоначчи оценивают, а там нет этого числа
VP
написать - не сложнее чем с orm. А теперь перейди на другую рсубд.
Меняешь диалект в query builder'е и всё 🤷♂️
AK
написать - не сложнее чем с orm. А теперь перейди на другую рсубд.
и как тебе поможет в этом орм при несовместимости типов между посгрёй и ораклиной например? или иными связками
AW
Я в остальной срач про ОРМки вписываться не хочу, наелся уже, но вот ОРМка, которая скрывает не просто детали конкретной РСУБД, а умеющая и в РСУБД, и в документные БД -- это совсем какое-то адище.
ну таких что и в документные и в реляционные - не встречал. Это больше пример. А вот в чем проблема скрытия деталей там, где они не важны?
VP
они по фибоначчи оценивают, а там нет этого числа
Какой интересный подход
AM
ну таких что и в документные и в реляционные - не встречал. Это больше пример. А вот в чем проблема скрытия деталей там, где они не важны?
Не-не, я ж говорю, в остальной срач я не влезаю, нахер-нахер))
U
Имхо, ORM имеет право на существование только как маппер и query builder, как только там появляется Entity.save() - это надо предать огню.
AD
Какой интересный подход
экстравагантный
Kd
орм ваще про связи табличек чтобы их не писать самому, ебобо чтоли
AW
И часто крупные проекты скачут с одной СУБД на другую?
не часто, наверное. Но возможность - это всегда хорошо. Особенно когда ты хочешь много крутых ништяков из других рсубд, а тебе нельзя, потому что у тебя все raw sql.