Как изучать sqlalchemy?

Question

[Валерий Семенов]

я новичек в python. Свое изучение решил начать с домашнего проекта. Работу с базой данных решил вести на sqlalchemy. В связи с чем возникли вопросы:


— Какой правильный путь проектирования моделей? (бест практикс)

— по каким модулям раскидывать (где хранить конфиги, сессию, сами модели)


— если есть на примере хороший репозиторий на гитхабе, в котором используется активно sqlalchemy, прошу подсказать — буду изучать.


Заранее спасибо.

Answer 1

[ks_ks]

Было бы неплохо узнать, что вы уже знаете про это — какой опыт работы у вас есть,
и собственно, что именно хотите узнать, в рамках этого проекта…
ну и до кучи — какие проекты вам были бы интересны.

А так, универсальный ответ — открываем доку, читаем, выполняем примеры…

Comments

[Валерий Семенов]

Какой опыт у меня есть? в питоне — практически никакой. (слегка касался джанго — писал пару модулей, и один демон по работе), но хороший опыт в php — на нем и реализован мой хобби-проект. В качестве изучения питона — планирую переписать некоторые части его на новом языке (либо на flask либо на pyramid — еще не определился)

Answer 2

[FanKiLL]

Насчёт сессий, если будете использовать какой то framework посмотрите не реализованная ли для него обёртка для SQLAlchemy.
Например разработчики SQLAlchemy, рекомендуют использовать для Flask — packages.python.org/Flask-SQLAlchemy/
для Zope & Pyramid — pypi.python.org/pypi/zope.sqlalchemy

Конфиги можно хранить в отдельном классе config.py

class Config:
    DEBUG = False
    POST_PER_PAGE = 20
    etc ......

Насчёт моделей тоже интересно, хотелось бы увидеть реализацию каждая модель в своём файлике, чтоб легче было сопровождать, а то обычно всё в одном файле и когда моделей много начинается ад. Я как то пробывал играться нарвался на cyclic import и плюнул.

Comments

[Валерий Семенов]

Т.е лучше использовать обертку сессий. Хорошо — как выберу (либо пирамиду либо фласк — буду грузить их модуль)
А конфиг полезнее оформлять классом?

Каждая модель в своем классе — я согласен с этим. Но где-то слышал, что это не «бест практикс» для питона. Потому как у питона один файл — это модуль.

cyclic import — это что?

[FanKiLL]

circular imports — это когда один модуль например 'a' импортирует модуль 'b' а тот в свою очередь импортирует модуль 'a', не всегда бывают конфликты, но circular imports оч часта беда в python, во всяком случае у новичков, коим я себя отношу.
Так же cyclic import упоминается в официальных доках по flask вот тут, где приводят более менее норм структуру для большого приложения а не всё в одном файле.http://flask.pocoo.org/docs/patterns/packages/#larger-applications

Every Python programmer hates them, and yet we just added some: circular imports (That’s when two modules depend on each other. In this case views.py depends on __init__.py). Be advised that this is a bad idea in general but here it is actually fine.

Вот тут в офф wiki на github (писал не автор framework'a, но многим такая структура понравилась в mail list) можете посмотреть, предлагают структуру приложения на flask где для каждого модуля свой файлик с моделям. Используются flask Blueprint — github.com/mitsuhiko/flask/wiki/Large-app-how-to

[FanKiLL]

Конфиг ещё можно в Dictionary хранить:

config = {"DEBUG": False,
 "POST_PER_PAGE": 20,
  "OTHER_VALUE": "Test"
 }

Забирать так:
>>> config["DEBUG"]
False

>>>config["POST_PER_PAGE"]
20