|
1
6
我强烈建议使用一个好的ORM。当你可以使用Python对象来管理数据库行时,生活会变得容易得多。
这让我只能推荐一个ORM: Autumn 非常轻量级,与SQLite配合使用非常好。如果你的嵌入式应用程序是多线程的,那么你绝对想要秋天;它具有支持多线程SQLite的扩展。(完全披露:我写了这些扩展并贡献了它们。我在为RealNetworks工作时写的,我的老板允许我捐赠它们,所以公开感谢RealNetworks。)
我不推荐APSW。依我拙见,这对你帮助不大;它只是提供了一种执行SQL语句的方法,让你掌握SQL的做事方式。此外,它支持SQLite的每一个功能,即使是你很少使用的功能,因此它实际上比秋天有更大的内存占用,但使用起来并不那么容易。 |
|
|
2
3
|
|
|
3
3
你要找的是 SQLAlchemy ,它正迅速成为事实上的标准Python数据访问层。为了使您首次体验SQLAlchemy更加容易,请查看 Elixir 更新 :重新阅读问题,看到了不需要完整ORM的部分。我仍然建议采用SQLAlchemy路线,因为它为您提供了一种在Python中使用数据库的简单方法,您可以将其重用于任何类型的数据库。一旦你需要连接到Oracle或其他东西,直接使用SQLite所花费的时间就会被浪费。 |
|
|
4
2
从Django开始 http://docs.djangoproject.com/en/dev/intro/tutorial01/
EDIT1:你不需要使用Django的web应用程序部分。你可以使用数据库。直接操纵数据的模型类。无论你想出什么独立的应用程序/脚本,你都可以使用Django数据模型层。当你决定要一个web前端,或者至少想通过管理控制台编辑你的数据时,你可以在这里发帖并感谢我(或所有说使用ORM的人):) |
|
|
5
1
|
|
|
6
0
Django非常适合这一点,但海报上不清楚他是否真的需要制作一个编译的EXE或一个web应用程序。Django仅适用于web应用程序。 我不确定你真正的“重”是从哪里来的。Django在代码行方面比其他任何主要的web应用程序框架都要小得多。 |
|
|
8
0
有一个易于使用的Python模块,可以满足所有既定目标: http://yserial.sourceforge.net/
令人惊讶的是,在大多数实际应用中,内存解决方案和持久解决方案之间没有太大区别。 至于“保护我免受实际数据库的影响”,使用y_serial,人们甚至无法判断SQLite是这一切的幕后黑手。如果你将记录构造为Python字典,你可以专注于编写代码(而不是存储过程)。 |
|
|
9
0
python-sql 创建SQL查询。 |
|
|
Heinzi · 服务器端仅向前游标中断@标识 8 年前 |
|
|
Jerry Dodge · 无法将空字符串传递到非空数据库字段 8 年前 |
|
|
Error_2646 · 新的ADODB记录集是否创建了新的连接? 9 年前 |
|
|
J_Go · ADO+VBA sheetname返回值添加额外字符 10 年前 |
|
|
rheitzman · 使用ADO读取LDAP描述 11 年前 |