Python: работа с MySQL?

Question

[fogersp]

Доброго времени суток! В Python начинающий, перехожу с PHP.
Столкнулся сразу с проблемой (или не проблемой): слишком большой выбор реализации одного и того же, огромное количество библиотек и фреймворков.
PHP я использовал для написания скриптов для выборки с MySQL. Использовал PDO или MySQLi. Начал искать что есть для работы с MySQL для Python - куча всего, глаза разбегаются. Вроде хорошо, что есть выбор, но для новичка это напряжно. Вот хотел бы спросить - если не использовать ORM типа SQLAlchemy, а нужна лишь удобная стабильная библиотека, в которой будут и prepared statements, что обычно используют? Я так нашел для себя MySQLdb - вроде более менее. Но терзают сомнения, судя по документации - штука старая, может есть что лучше, развивается и популярнее. Еще нашел оригинальный драйвер для Python от MySQL, может его используют чаще?

В общем, прошу совета: что мне выбрать (и обычно выбирают python-программисты) для удобной и быстрой работы с MySQL.

P.S. такое же замешательство у меня и с остальными направлениями - слишком много всего. Например, хочу работать с SNMP - куча выбора, правда все древнее и не поймешь что лучше, так как опыта пока не много

Comments

[Алексей]

Ещё стоит упомянуть о legacy.python.org/dev/peps/pep-0249 , полезно почитать для общего развития.

[fogersp]

MAKAPOH: отлично, спасибо!

Answer 1

[yttrium]

Лучшей практикой является использование ORM. Такого рода абстракции приводят к единому подходу для разных СУБД, что позволяет не привязываться к конкретной СУБД. (Я, например, больше склоняюсь к PostgreSQL.) Советую использовать ORM SQLAlchemy или Django.
А конкретно для mysql тот же Django советует использовать..

Comments

[fogersp]

Благодарю! Уже туман немного рассеялся. Я и не знал что MySQLdb не поддерживает Python3. Наверное сейчас попробую mysqlclient. Насчет SQLAlchemy я понимаю, что это самое верное решение, но я пока что не слишком силен в Python, немного позже можно будет и с SQLAlchemy работать.

[yttrium]

пробуйте Django. Оно проще чем SQLAlchemy

[bromzh]

yttrium: а ещё django orm очень медленное и довольно скудное по возможностям. ну и прибито гвоздями к джанге как таковой, в то время, как алхимию можно использовать где хочешь (даже вне веба).

[Алексей]

я бы ещё посоветовал посмотреть на docs.peewee-orm.com/en/latest она вроде по проще чем SQLAlchemy.

[yttrium]

bromzh: как через чур критично, оно не идеально, но уж точно не гвоздями прибито

[fogersp]

yttrium: Ок, попробую обязательно! А вот насчет mysqlpython могли бы подсказать, я его поставил, а вот документации по нему не могу никакой найти. Там все так же как и в MySQLdb получается? Вот не могу нагуглить ничего совершенно. Могли бы подсказать где искать документацию по таким модулям или нужно сам модуль копать?

[yttrium]

fogersp: https://github.com/farcepest/MySQLdb1/blob/master/...

[fogersp]

ОК, благодаю за ответы! Будем изучать.

[fogersp]

MAKAPOH: спасибо, бегло просмотрел доку по Peewee, возьму на заметку! Вот теперь мне нравится многообразие в Python, когда тебя тыкнут носом куда идти)

[fogersp]

yttrium: Ой, спросил про mysqlpython, а нужно было про mysqlclient который советует в статье которую вы линковали от Джанго. Вот этот: https://pypi.python.org/pypi/mysqlclient. По нему документация таже что и по MySQLdb?

[yttrium]

fogersp: у него на тойже странице есть Homepage. которая приводит на гитхаб, в котором есть каталог doc. И похоже что да - api у них одинаковое

[fogersp]

yttrium: Спасибо!

[bromzh]

yttrium: не прибито? а как тогда поставить отдельно джанго-ОРМ (без самой джанги) и использовать его, например, во фласке?
stackoverflow.com/questions/579511/using-only-the-...

[yttrium]

bromzh: ах в этом смысле. тогда нужно говорить, что оно не отделимо от фрейвока

[bromzh]

MAKAPOH: для пиви нет нормальных миграций.

[bromzh]

yttrium: ну я это и имел ввиду. прибито к фреймворку == нельзя использовать его, как отдельный модуль.

[yarofon]

bromzh: понимается под выражением как раз обратное - был отдельный продукт, который включили потом в состав другого

[aCL]

fogersp: пользую mysql/python от оракла, жаловаться до сих пор не приходилось. В SQLAlchemy и Django коннектор встал без проблем. Несмотря на то, что в интернетах масса нытья на тему невозможности/сложности использовать связку python3+mysql+sqlalchemy/django, у меня все работает абсолютно гладко и без напрягов.

[fogersp]

aCL: Да, тоже взял на заметку Оракловский драйвер. Благодарю

Answer 2

[bromzh]

На самом деле, SQLAlchemy делится на 2 части: работа с БД (то, что ты хочешь) и отдельно ОРМ (который, естественно, медленнее, чем работа напрямую с БД).
Так вот, если не нужно ОРМ - не используй. Захочешь использовать модели - пожалуйста. При этом, тебе не потребуется менять библиотеки и переписывать весь код. Плюс, единообразие при работе с любыми БД.

UPD
Тут неправду пишут, что использование ОРМ всегда лучше. ОРМ всегда медленнее, нежели работа напрямую. Плюс, ты не всегда сможешь выразить на языке ОРМ то, что нужно.
На хабре часто упоминается, что для простых ненагруженных вещей люди используют JPA ORM (это для java). Когда нагрузки возрастают, переходят на "прямые" запросы. Вот только фишка в том, что эти запросы обычно описываются в неком унифицированном виде (на неком специальном варианте SQL). Таким образом, и без использования ОРМ можно не привязываться к конкретной СУБД.
Так вот алхимия как раз-таки позволяет использовать как унифицированный интерфейс для работы с БД без ОРМ (это sqlalchemy core), так и строить поверх него отображения на модели (sqlalchemy orm).

Comments

[fogersp]

Ну мне нужно для ежедневной работы с MySQL: у меня биллинг, вот часто приходится писать всякие скриптики по массовому изменению данных или по получению и выводу в консоли/веб-отчете определенных данных. Раньше использовал PHP, теперь хочу на Python (но про PHP не забываю). Для веб-отчетов буду использовать фреймворк Bottle - понравился.

[yttrium]

Этож кто сказал что ORM-модели "всегда" лучше? Они дополнительная прослойка призванная сделать сущьности БД сущьностями языка, от того и издержки. Более правильно сказать что "не всегда". Но преимущества orm-моделей чаще перевешивают возможности прямых запросов. И прямые запросы имеют свои недостатки, чаще всего прибегают к ним в погоне за скоростью, но гонка за скоростью это уже оптимизация. А в вашем случае забегая наперёд отбрасывать ORM это преждевременная оптимизация, а как известно преждевременная оптимизация это враг.

[yttrium]

рассуждать о JPA можно только в контексте какой либо реализации, т.к. JPA это интерфейс реализаций которого много.