我们将迁移一个应用程序以使其支持Unicode,并且必须在整个数据库的unicode字符集或存储在N [VAR] CHAR2中的unicode列之间进行选择.
我们知道如果我们选择NVARCHAR2,我们将不再有可能使用Oracle Text索引列内容,因为Oracle Text只能根据CHAR类型索引列.
除此之外,从Oracle收获的可能性是否可能出现其他重大差异？
此外,是否有可能在较新版本的Oracle中添加一些新功能,但只支持CHAR列或NCHAR列,但不支持两者？
谢谢您的回答.
谢谢您的回答.我将讨论你的观点,适用于我们的案例:
我们的应用程序通常单独存储在Oracle数据库中,并负责处理数据本身.连接到数据库的其他软件仅限于Toad,Tora或SQL开发人员.
我们还使用SQL*Loader和SQL*Plus与数据库通信以获取基本语句或在产品版本之间进行升级.我们还没有听说过有关NVARCHAR2的所有软件的任何具体问题.
我们也不知道我们客户中的数据库管理员想要在数据库上使用其他无法支持NVARCHAR2数据的工具,我们并不关心他们的工具是否可能会中断,毕竟他们都熟练工作并且可能会发现必要时还有其他工具.
你的最后两点对我们的案例更有洞察力.我们不使用Oracle的许多内置包,但它仍然会发生.我们将探讨这个问题.
如果我们wchar_t用于存储UTF-16 的应用程序(在Visual C++下编译)必须对所有已处理的数据执行编码转换,我们是否还会期望性能中断？