gpt4 book ai didi

python - SQLAlchemy 的快速且肮脏的 CRUD 接口(interface)?

转载 作者:太空宇宙 更新时间:2023-11-03 19:36:55 26 4
gpt4 key购买 nike

我正在研究用于 future 业务逻辑 Web 应用程序开发的软件组件。它将用 Python 编写,我们将 SQLAlchemy 定位为 ORM。其他软件应用程序将通过 http 上的类似 REST 的界面来使用该应用程序,该部分可能使用 web.py。

为了调试、维护等,我们需要直接访问 MySQL 数据库,但考虑到 SQLAlchemy 建模的数据库的丰富结构,phpmyadmin 对于标准任务来说太低级了,所以我正在寻找一个简单的 CRUD 接口(interface)遵循我们的 SA 模型。它可以是一个网络应用程序或本地(X11 或其他)应用程序,并且应该花费尽可能少的时间来实现。

到目前为止,经过一些谷歌搜索,我发现了 Camelot (Qt 应用程序)和 RUM (WSGI 网络应用程序)。Camelot 基于 Elixir ,如果我们也在我们的项目中使用它,我们应该能够在我们的应用程序和 Camelot 之间共享模型定义,只需在这里和那里添加一些 Camelot 特定的东西,我们最终应该不费吹灰之力就拥有一个 Qt 界面。另一端的 RUM 似乎基于 declarative ,我们的应用程序也应该以此为基础来利用 RUM。我还不清楚需要付出多少努力才能使用 RUM 获得一个可用的 Web 界面。

我想知道是否有人有使用 Camelot 和/或 RUM 的经验可以分享,以及使用两者之一是否意味着需要使用其声明层(Elixir 或声明性)才能共享模型代码而不重新实现它。

此外,任何其他获得 CRUD 界面的建议都将非常受欢迎。

最佳答案

尽管 Camelot 示例基于 Elixir,但 Camelot 并不与 Elixir 绑定(bind),因此您也可以使用声明式来定义模型。事实上,Camelot 也可以用来显示普通的旧 Python 对象。

关于python - SQLAlchemy 的快速且肮脏的 CRUD 接口(interface)?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3150739/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com