oracle - N 函数会导致现有查询出现问题吗？

Question

我们使用 Oracle 10g和 Oracle 11g .

我们还有一个层来自动组合查询，从用 .net 编写的伪 SQL 代码(类似于 Python 的 SqlAlchemy)。

我们的层目前用单引号包裹任何字符串 '并且，如果包含非 ANSI 字符，它会自动组成 UNISTR将特殊字符写为 unicode 字节(如 \00E0 )。

现在我们创建了一个使用以下结构进行多次插入的方法:INSERT INTO ... (...)
SELECT ... FROM DUAL
UNION ALL SELECT ... FROM DUAL
...
该算法可以组合查询，其中有时将相同的字符串字段作为 'my simple string' 传递。有时包装为 UNISTR('my string with special chars like \00E0') .

所描述的情况会导致 ORA-12704: character set mismatch .

一种解决方案是使用 INSERT ALL构造但它是 很慢与现在使用的相比。

另一种解决方案是指示我们的层放置 N在任何字符串的前面(除了已经用 UNISTR 包裹的那些)。这很简单。

我只想知道这是否会对现有查询造成任何副作用。

注意:我们在 DB 上的所有字段都是 NCHAR或 NVARCHAR2 .

甲骨文引用:http://docs.oracle.com/cd/B19306_01/server.102/b14225/ch7progrunicode.htm

Answer 1

基本上，您要问的是，使用或不使用 N 函数存储字符串的方式是否有所不同。

你可以自己检查一下:

SQL> create table test (val nvarchar2(20));

Table TEST created.

SQL> insert into test select n'test' from dual;

1 row inserted.

SQL> insert into test select 'test' from dual;

1 row inserted.

SQL> select dump(val) from test;
DUMP(VAL)                                                                      
--------------------------------------------------------------------------------
Typ=1 Len=8: 0,116,0,101,0,115,0,116                                            
Typ=1 Len=8: 0,116,0,101,0,115,0,116  

正如你所看到的一样，所以没有副作用。

之所以这么漂亮，是因为 unicode 的优雅

如果您有兴趣，这里有一个很好的视频解释它

https://www.youtube.com/watch?v=MijmeoH9LT4