我们将迁移一个应用程序以使其支持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的内置包但它仍然会发生。我们将探讨这一点 问题
如果我们的应用程序（在Visual C ++下编译）使用wchar_t来执行，我们是否也会期望性能下降
存储UTF-16，是否必须对所有已处理的数据执行编码转换？
答案 0 :(得分：31)