Мыж про поведение базы говорим

Мы про поведение драйвера.

А базы так просто не умеют. Возможно, когда-нибудь...

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

все так =(

Забей, в общем. При серьезной работе с базой в итоге придется делать свою инфраструктуру этоих взаимодействий, и сильно об этом думать, сообразно потребностям приложения.

а что такое "серьезная работа с базой"?

а что такое "серьезная работа с базой"?

Когда нельзя все дропнуть и пересоздать заново, наверное?

а что такое "серьезная работа с базой"?

Это когда ты серьёзно знаешь SQL, поэтому понимаешь насколько это серьезно, работа с базой.

Когда у тебя вся бизнес-логика на эти данные завязана, так же, как и на процедуры работы с этими данными, а не когда тебе тупо надо хранить key+value где-то на стороне.

Для key+value любой ORM можно. Уж тупить, так тупить, чо? :) Собственно, key+value - это то, для чего ORM и делаются, и для пользователей, конечно, кому эти ORM нужны.

Выбрасываем, короче, ORM, учим SQL и получаем 10-30% увеличения скорости работы с базой. И не забываем про функции, которые правильно ескейпят данные в наших запросах. А то, я смотрю, бывают такие знатоки баз данных, которые без ORM выглядят как погроммисты какие-то

a mro, ребята, работает по типу дерева? вложенного множества?

да не! Python хороший, по-своему...

да это ирония была по теме вопроса)

@aadz69 у нас мат запрещён. Обычное наказание - выпиливание всех сообщений пользователя из чата. Но тут могло показаться, что несогласие модератора с мнением автора. Так что удалил пока только одно

OK! Извините, пожалуйста

Выбрасываем, короче, ORM, учим SQL и получаем 10-30% увеличения скорости работы с базой. И не забываем про функции, которые правильно ескейпят данные в наших запросах. А то, я смотрю, бывают такие знатоки баз данных, которые без ORM выглядят как погроммисты какие-то

И +300% сложности поддержки кода. Я скажу так: orm без возможности написать прямо на SQL - это плохо. Не знать SQL - плохо. Пихать чистый SQL в высокоуровневый язык, чтобы бложек написать - преступление перед коллегами.

Но вобще, глядя на все эти костыли для тупых и с каким энтузиазмом они этим пользуются, как-то сложно бывает без мата :)

Но вобще, глядя на все эти костыли для тупых и с каким энтузиазмом они этим пользуются, как-то сложно бывает без мата :)

Я даже спорить не буду. SQL то для умных придумывали, конечно.

И +300% сложности поддержки кода. Я скажу так: orm без возможности написать прямо на SQL - это плохо. Не знать SQL - плохо. Пихать чистый SQL в высокоуровневый язык, чтобы бложек написать - преступление перед коллегами.

Я уже говорил, что в конечном итоге, нормальные люди в нормальных проектах делают свои системы работы с базой, включая нужные процедуры обработки данных, с чистым SQL, да. ORM тоже с "чистым SQL" работает, как мы понимаем... :) Только обычно работает так, что лучше не надо

Я уже говорил, что в конечном итоге, нормальные люди в нормальных проектах делают свои системы работы с базой, включая нужные процедуры обработки данных, с чистым SQL, да. ORM тоже с "чистым SQL" работает, как мы понимаем... :) Только обычно работает так, что лучше не надо

Это частное мнение, не подтвержденное фактами. Мой опыт этого тоже не подтверждает.

Не надо SQL пихать куда надо и не надо. Можно хотя бы отдельный модуль для этого сделать и звать оттуда определенные процедура по нужде. Разумеется, в таком модуле будет полно "чистого SQL", ну, так для того и надо его отдельно выносить, чтобы внутри модуля все процедуры друг о друге знали и не делали больно окружающему миру

Не надо SQL пихать куда надо и не надо. Можно хотя бы отдельный модуль для этого сделать и звать оттуда определенные процедура по нужде. Разумеется, в таком модуле будет полно "чистого SQL", ну, так для того и надо его отдельно выносить, чтобы внутри модуля все процедуры друг о друге знали и не делали больно окружающему миру

И назовём этот модуль - ORM. Потрачено.

Да! И назовем этот модуль ORM, почему нет?

не умеем чужие игры- придумываем свои)

ладно. Похоже, я про Фому, а все слышат, что про Ерему. И вобще - это флуд не по теме комнаты :)

ладно. Похоже, я про Фому, а все слышат, что про Ерему. И вобще - это флуд не по теме комнаты :)

да, мой вопрос зафлудили)

ладно. Похоже, я про Фому, а все слышат, что про Ерему. И вобще - это флуд не по теме комнаты :)

Вполне по теме. Вот, в питон и дата классы принесли, чтобы ормы было проще писать.

да, мой вопрос зафлудили)

А какой был вопрос?

про mro

a mro, ребята, работает по типу дерева? вложенного множества?

?

про mro

Я думал это стёб был хитрый

a mro, ребята, работает по типу дерева? вложенного множества?

Я не в курсе реализации, но там на выходе же список.

не, я не шарю так, чтоб стебаться)

https://habrahabr.ru/post/62203/

список то список, да порядок его не простой, а золотой)

https://habrahabr.ru/post/62203/

Фу, и матом ругается и на хабр ссылки даёт

import this

не, я не шарю так, чтоб стебаться)

не поверишь, у меня это было в гугеле первой же ссылкой :)

не поверишь, у меня это было в гугеле первой же ссылкой :)

не хочу быть асоциальным)

а придется :)

список то список, да порядок его не простой, а золотой)

В доке же есть. Там тупо обход дерева по слоям

В доке же есть. Там тупо обход дерева по слоям

это я понял, поэтому у меня и возникла в голове аналогия с nested sets

а придется :)

я совмещать буду)

это я понял, поэтому у меня и возникла в голове аналогия с nested sets

https://en.m.wikipedia.org/wiki/C3_linearization

https://en.m.wikipedia.org/wiki/C3_linearization

спасибо

спасибо

Кстати, для dive in я бы советовал самому написать реализацию сначала, а потом смотреть как оно на самом деле

не уверен, что сумею

я на работе в основном манки патчингом занимаюсь)

import this

The Zen of SPb Python Chat (Inspired by "The Zen of Python, by Tim Peters") - Short introduction of yourself is better than "hello". - Link to gist is better than source paste. - One long message is better than many short. - Editing the message is better than correcting via another one. - Staying on topic is better than offtopic. - Good topic is worth discussing though. - Unless it is started by a link to Habrahabr. - Politeness counts. - Bad mood is not a good reason to break the rules. - Don't ask to ask just ask. - Text message is better than voice message. - Unless it is voice conference. - Git repos are one honking great idea — let's do more of those!

The Zen of SPb Python Chat (Inspired by "The Zen of Python, by Tim Peters") - Short introduction of yourself is better than "hello". - Link to gist is better than source paste. - One long message is better than many short. - Editing the message is better than correcting via another one. - Staying on topic is better than offtopic. - Good topic is worth discussing though. - Unless it is started by a link to Habrahabr. - Politeness counts. - Bad mood is not a good reason to break the rules. - Don't ask to ask just ask. - Text message is better than voice message. - Unless it is voice conference. - Git repos are one honking great idea — let's do more of those!

@nonamenix а он быстрый парень;)

The Zen of SPb Python Chat (Inspired by "The Zen of Python, by Tim Peters") - Short introduction of yourself is better than "hello". - Link to gist is better than source paste. - One long message is better than many short. - Editing the message is better than correcting via another one. - Staying on topic is better than offtopic. - Good topic is worth discussing though. - Unless it is started by a link to Habrahabr. - Politeness counts. - Bad mood is not a good reason to break the rules. - Don't ask to ask just ask. - Text message is better than voice message. - Unless it is voice conference. - Git repos are one honking great idea — let's do more of those!

@aadz69

@nonamenix а он быстрый парень;)

Норм так лаганул на 20 мин, зато живучий )

:) Бота тоже на Python писали :)

Норм так лаганул на 20 мин, зато живучий )

Мдя... по классике, старенький сайтец съел все ресурсы, пойду на него om killer настрою хотяб

The Zen of SPb Python Chat (Inspired by "The Zen of Python, by Tim Peters") - Short introduction of yourself is better than "hello". - Link to gist is better than source paste. - One long message is better than many short. - Editing the message is better than correcting via another one. - Staying on topic is better than offtopic. - Good topic is worth discussing though. - Unless it is started by a link to Habrahabr. - Politeness counts. - Bad mood is not a good reason to break the rules. - Don't ask to ask just ask. - Text message is better than voice message. - Unless it is voice conference. - Git repos are one honking great idea — let's do more of those!

"- Good topic is worth discussing though. - Unless it is started by a link to Habrahabr." haters gonna hate

А почему хабрахарб нельзя? Статья по ссылке рассказыват все по заданному вопросу, лучше, чем нормальный человек в чате может это сделать.

Я же не телегу с хабра запостил, как Python устанавлиать

вопрос к орм скорее в том что он не позволяет использовать всю функциональность БД.

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

и не редко наблюдаются ситуации с использованием ОРМ, когда количество запросов к БД просто шкалит, приходит юзер, по бизнес логике вроде запросил, одну функцию, а по факту прилетело до 100-ни запросов в БД

и не редко наблюдаются ситуации с использованием ОРМ, когда количество запросов к БД просто шкалит, приходит юзер, по бизнес логике вроде запросил, одну функцию, а по факту прилетело до 100-ни запросов в БД

ага, а потом такие люди ратуют за то, чтобы на сервере сделали graphql

ERROR: S client not available

И не только. Но если уж серьезный ORM, то это будет не 100 запросов, а 100 запросов внутри персональных транзакций :( Это вобще шик, когда получаешь 100 коммитов на пустом месте в секунду

Орм или не орм. Эти разговоры за инструменты ни к чему не приведут и использование и того и другого тоже, если нет мозгов.

тру стори

причем тут наличие или отсутствие мозгов ?

орм накладывает ограничения на использование БД

причем тут наличие или отсутствие мозгов ?

делать 100 запросов, вместо одного - это отсутствие мозгов

но это же ОРМ делает.

вы же сами сказали, raw sql

но это же ОРМ делает.

Сам по себе или потому что кто-то написал такой код?

причем что hibernate, что джанго что другие

Сам по себе или потому что кто-то написал такой код?

И сразу вопрос: а можно было написать нормально?

ORM общего пользования нельзя написать нормально

как ? если это не поддерживается ОРМ ?

орм накладывает ограничения на использование БД

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

SQL не ассемблер.

как ? если это не поддерживается ОРМ ?

ну не используй orm

раз он тебе так не нравится

ну просто тут некоторые говорили что SQL это +300% к сложности поддержки кода

Вот вы тут развели. Ну хотя бы какие-то строгие метрики бы ввели а то термины "нормально"/"ненормально" это ни о чем.

но нет же.

да простое, посторил датафлоу, построил схему данных, выбрал инструменты реализации в БД, взял ОРМ и … эээ пошел писать плейн SQL

ну просто тут некоторые говорили что SQL это +300% к сложности поддержки кода

надо начинать вообще с вопроса, а нужен ли тебе sql

во многих случаях, когда нет большого количества реляций и джойнов, рсубд не нужен вообще

надо начинать вообще с вопроса, а нужен ли тебе sql

ну да можно монгу поставить, в самом деле что это я +)

нет большого количества реляций это бложик домашний ?

во многих случаях, когда нет большого количества реляций и джойнов, рсубд не нужен вообще

и важности данных, хехе

К Монге - тоже ORM есть, так что - вперед! :)

и важности данных, хехе

+1

К Монге - тоже ORM есть, так что - вперед! :)

фу

@lig11 можно голосование устроить, чтобы поставить точку)