Python 具有SQLAlchemy+;甲骨文11g
我正在将SQA管理的数据库从PostgreSQL移植到Oracle 在PostgreSQL中,为了实现实用目的,我需要做的就是将字段声明为Python 具有SQLAlchemy+;甲骨文11g,python,oracle,postgresql,unicode,sqlalchemy,Python,Oracle,Postgresql,Unicode,Sqlalchemy,我正在将SQA管理的数据库从PostgreSQL移植到Oracle 在PostgreSQL中,为了实现实用目的,我需要做的就是将字段声明为Unicode,SQA转换为PostgreSQL'varchar(最大列宽2147483647字节) 但是,在处理Oracle后端SQA的Unicode字段时,会生成最大宽度为4000的nvarhar2列(即使我这样声明,我也不确定它是否有效) 我在(未索引的)列中有一些值超出了Postgres可以使用默认索引索引的宽度,但它仍然可以处理它们 在Oracle方
Unicode
,SQA转换为PostgreSQL'varchar
(最大列宽2147483647字节)
但是,在处理Oracle后端SQA的Unicode
字段时,会生成最大宽度为4000的nvarhar2
列(即使我这样声明,我也不确定它是否有效)
我在(未索引的)列中有一些值超出了Postgres可以使用默认索引索引的宽度,但它仍然可以处理它们
在Oracle方言中是否有一些特定类型的SQA,我可以用来获得较大的列宽,并且我仍然可以在SQA和SQA核心(低级SQL表达式语言)中以典型方式查询它们
CLOB
或NCLOB
数据类型是否适用于大列宽,以正常方式索引并在SQA/SQA核心中查询?是否CLOB
或NCLOB
数据类型不适用?这是一个重复的问题:@MT0:这是一个非常好的问题,这就是为什么我将它添加到我的问题中。@MT0:不正确,因为我不确定在Oracle中查询CLOB
字段是否与SQA生成的NVARCHAR2
相同,而您链接到的问题仅限于MySQL中的文本。CLOB
或NCLOB
数据类型是否不起作用?这是重复的:@MT0:这是一个非常好的问题,这就是为什么我把它添加到我的问题中。@MT0:不太可能,因为我不确定在Oracle中查询CLOB
字段的方式是否与SQA生成的NVARCHAR2
相同,而您链接的问题仅限于来自MySQL的文本。