Быстрый и грязный интерфейс CRUD для SQLAlchemy?
Я исследую программные компоненты, которые будут использоваться в будущем при разработке веб-приложения бизнес-логики. Он будет написан на Python, и мы нацеливаем SQLAlchemy на ORM. Приложение будет использоваться другими программными приложениями через REST-подобный интерфейс через http, возможно, с использованием web.py для этой части.
Для отладки, обслуживания и т. Д. Нам нужен прямой доступ к базе данных MySQL, но phpmyadmin слишком низкоуровневый для стандартных задач, учитывая богатую структуру БД, смоделированную SQLAlchemy, поэтому я ищу простой интерфейс CRUD, соответствующий нашему SA моделей. Это может быть веб-приложение или локальное (X11 или другое) приложение, которое должно быть реализовано как можно меньше времени.
До сих пор после некоторого поиска я нашел Camelot (Qt App) и RUM (WSGI webapp). Camelot основан на Elixir, и если мы будем использовать его и в нашем проекте, мы сможем поделиться определением модели между нашим приложением и Camelot, просто добавив некоторые вещи, специфичные для camelot, здесь и там, и мы получим интерфейс Qt с небольшим усилия. RUM, с другой стороны, кажется, основан на декларативном подходе, и мы, вероятно, должны основывать наше приложение на этом тоже, чтобы использовать RUM. Мне пока не ясно, сколько усилий нужно приложить, чтобы получить работающий веб-интерфейс с использованием RUM.
Я хотел бы знать, если у кого-то есть опыт работы с Camelot и / или RUM, и если использование одного из двух подразумевает необходимость использования его декларативного уровня (или Elixir, или, ну, в общем, декларативный), чтобы иметь возможность поделиться моделью код без переопределения.
Также будет полезна любая другая рекомендация получить интерфейс CRUD.
1 ответ
Хотя примеры Camelot основаны на Elixir, Camelot не привязан к Elixir, поэтому вы также можете использовать декларативное для определения своей модели. Фактически Камелот может использоваться для отображения простых старых объектов Python.