Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/mysql/69.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Python SQLObject下的数据库更改_Python_Mysql_Database_Sqlite_Sqlobject - Fatal编程技术网

Python SQLObject下的数据库更改

Python SQLObject下的数据库更改,python,mysql,database,sqlite,sqlobject,Python,Mysql,Database,Sqlite,Sqlobject,我正在启动一个web项目,该项目可能适合使用SQLite。我有SQLObject在上面,但从长远来看-如果这个项目需要更健壮的,例如能够处理高流量,我需要准备一个过渡计划。我的问题是: 在SQLObject下从一个DB SQLite转换到另一个MySQL、Firebird或PostGre有多容易? SQLObject是否提供了使这种转换更容易的工具?它只是简单地获取我定义的对象并调用createTable吗? 换成使用多个SQLite数据库怎么样?例如,每个访客群体一个?SQLObject是否提

我正在启动一个web项目,该项目可能适合使用SQLite。我有SQLObject在上面,但从长远来看-如果这个项目需要更健壮的,例如能够处理高流量,我需要准备一个过渡计划。我的问题是:

在SQLObject下从一个DB SQLite转换到另一个MySQL、Firebird或PostGre有多容易? SQLObject是否提供了使这种转换更容易的工具?它只是简单地获取我定义的对象并调用createTable吗? 换成使用多个SQLite数据库怎么样?例如,每个访客群体一个?SQLObject是否提供了处理此场景的机制?如果是,使用什么机制? 谢谢,
肖恩

我不确定我是否理解这个问题

列出了六种可用的连接。此外,数据库连接或方案在连接字符串中指定。将数据库连接从SQLite更改为MySQL非常简单。只需更改连接字符串


列表列出了支持的不同类型的方案。

我不确定我是否理解这个问题

列出了六种可用的连接。此外,数据库连接或方案在连接字符串中指定。将数据库连接从SQLite更改为MySQL非常简单。只需更改连接字符串


列出了支持的不同类型的方案。

createTable的成功与否取决于现有的基础表架构/数据类型。换句话说,SQLite映射到您选择的数据库的效果如何,以及SQLObject决定如何使用您的数据类型

最安全的选择可能是手动创建新数据库。然后,您必须处理数据迁移,这可能与在同一个表定义上实例化两个SQLObject数据库连接一样简单


为什么不从功能更全面的数据库开始?

createTable的成功与否取决于现有的基础表架构/数据类型。换句话说,SQLite映射到您选择的数据库的效果如何,以及SQLObject决定如何使用您的数据类型

最安全的选择可能是手动创建新数据库。然后,您必须处理数据迁移,这可能与在同一个表定义上实例化两个SQLObject数据库连接一样简单


为什么不从功能更全面的数据库开始呢?

3是一个非常有趣的问题。一般来说,SQLite对于基于web的东西是非常无用的。它在大小上扩展得相当好,但在并发性上扩展得非常糟糕,因此如果您计划同时使用几个请求来实现它,那么您将遇到麻烦

现在,在问题的第3部分中,您的想法是使用多个SQLite数据库,例如每个用户组一个,甚至每个用户一个。不幸的是,SQLite在这个部门不会给你任何帮助。但这是可能的。我所知道的一个以前做过的项目是。所以我一定会查一查

当然,仅仅使用一个好的并发数据库可能会容易得多,比如你提到的Firebird、PG等

完整性:


1和2它应该是直接的,而不需要实际编写太多代码。我发现SQLObject在这个部门有点限制性,因此强烈推荐使用它。这要灵活得多,如果我今天开始一个新项目,我肯定会在SQLObject上使用它。它不会在任何地方移动对象。这里没有魔法,它将在数据库的表中传输行。如前所述,您可以手工操作,但这可能会节省您一些时间。

3是一个非常有趣的问题。一般来说,SQLite对于基于web的东西是非常无用的。它在大小上扩展得相当好,但在并发性上扩展得非常糟糕,因此如果您计划同时使用几个请求来实现它,那么您将遇到麻烦

现在,在问题的第3部分中,您的想法是使用多个SQLite数据库,例如每个用户组一个,甚至每个用户一个。不幸的是,SQLite在这个部门不会给你任何帮助。但这是可能的。我所知道的一个以前做过的项目是。所以我一定会查一查

当然,仅仅使用一个好的并发数据库可能会容易得多,比如你提到的Firebird、PG等

完整性:


1和2它应该是直接的,而不需要实际编写太多代码。我发现SQLObject在这个部门有点限制性,因此强烈推荐使用它。这要灵活得多,如果我今天开始一个新项目,我肯定会在SQLObject上使用它。它不会在任何地方移动对象。这里没有魔法,它将在数据库的表中传输行。如前所述,您可以手动完成,但这可能会节省一些时间。

您认为迁移需要什么才能达到0.5的SQLAlchemy?从外面看,这似乎
有点像一个项目在不断变化。作为一个用户,它看起来有那么糟糕吗?关于更多并发DBs,您是否建议主要拥有SQLite和MS SQL Server经验的人使用一种DBs而不是另一种DBs?SQLAlchemy非常稳定。如果看起来不是,那就错了。0.4和0.5之间的变化非常小。Re并发数据库:如果你知道并拥有!MSSQL,使用它。否则,PostgreSQL和MySQL也不错。我更喜欢Postgre。你认为迁移需要什么才能达到0.5的SQLAlchemy?从表面上看,这似乎有点像一个不断变化的项目。作为一个用户,它看起来有那么糟糕吗?关于更多并发DBs,您是否建议主要拥有SQLite和MS SQL Server经验的人使用一种DBs而不是另一种DBs?SQLAlchemy非常稳定。如果看起来不是,那就错了。0.4和0.5之间的变化非常小。Re并发数据库:如果你知道并拥有!MSSQL,使用它。否则,PostgreSQL和MySQL也不错。我更喜欢深造。