DB2 区分大小写

Question

我很难使我的 DB2 (AS/400) 查询不区分大小写。

例如：

SELECT *
FROM NameTable
WHERE LastName = 'smith'

不会返回任何结果，但以下返回 1000 个结果：

SELECT *
FROM NameTable
WHERE LastName = 'Smith'

我读过将 SortSequence/SortType 放入连接字符串中，但没有运气......有人有这方面的经验吗？

编辑：

这是存储过程：

BEGIN
DECLARE CR CURSOR FOR
SELECT  T . ID ,
    T . LASTNAME ,
    T . FIRSTNAME ,
    T . MIDDLENAME ,
    T . STREETNAME || ' ' || T . ADDRESS2 || ' ' || T . CITY || ' ' || T . STATE || ' ' || T . ZIPCODE AS ADDRESS ,
    T . GENDER ,
    T . DOB ,
    T . SSN ,
    T . OTHERINFO ,
    T . APPLICATION
FROM
    ( SELECT R . * , ROW_NUMBER ( ) OVER ( ) AS ROW_NUM
    FROM CPSAB32.VW_MYVIEW
    WHERE R . LASTNAME = IFNULL ( @LASTNAME , LASTNAME )
    AND R . FIRSTNAME = IFNULL ( @FIRSTNAME , FIRSTNAME )
    AND R . MIDDLENAME = IFNULL ( @MIDDLENAME , MIDDLENAME )
    AND R . DOB = IFNULL ( @DOB , DOB )
    AND R . STREETNAME = IFNULL ( @STREETNAME , STREETNAME )
    AND R . CITY = IFNULL ( @CITY , CITY )
    AND R . STATE = IFNULL ( @STATE , STATE )
    AND R . ZIPCODE = IFNULL ( @ZIPCODE , ZIPCODE )
    AND R . SSN = IFNULL ( @SSN , SSN )
    FETCH FIRST 500 ROWS ONLY )
AS T
WHERE ROW_NUM <= @MAXRECORDS
OPTIMIZE FOR 500 ROW ;

OPEN CR ;
RETURN ;

Answer 1

为什么不这样做：

WHERE lower(LastName) = 'smith'

如果您担心性能（即查询不使用索引），请记住 DB2 有函数索引，您可以阅读 此处。因此本质上，您可以在 upper(LastName) 上创建索引。

编辑
要执行我在评论中讨论的调试技术，您可以执行以下操作：

create table log (msg varchar(100, dt date);

然后在 SP 中，您可以将消息插入到此表中以进行调试：

insert into log (msg, dt) select 'inside the SP', current_date from sysibm.sysdummy1;

然后在 SP 运行后，您可以从此日志表中选择以查看哪些内容发生了。

Answer 2

如果您希望在过程中不区分大小写，请尝试在其中使用此选项：

SET OPTION SRTSEQ = *LANGIDSHR ;

您还应该创建一个索引来支持它的性能。当您将 *LANGIDSHR 作为连接属性时创建索引，然后共享权重索引应该可用于以后的作业。 （有多种方法可以使适当的设置生效。）

*LANGIDSHR 与您的作业的语言 ID 相关。字符集中可能被视为“等于”的字符（例如“A”和“a”或“ü”和“u”）应被赋予相同的权重（共享），以便一起选择。

Answer 3

当我想要不区分大小写的搜索时，我做了类似的事情。我使用了UPPER(mtfield) = 'SEARCHSTRING'。我知道这有效。

Answer 4

请参阅：https://stackoverflow.com/a/47181640/5507619

数据库设置

您可以设置一个数据库配置设置在 数据库创建。但它是基于 unicode 的。

CREATE DATABASE yourDB USING COLLATE UCA500R1_S1

默认的 Unicode 排序算法由 UCA500R1 关键字实现，没有任何属性。由于默认 UCA 无法同时包含 Unicode 支持的每种语言的整理顺序，因此可以指定可选属性来自定义 UCA 排序。属性由下划线 (_) 字符分隔。 UCA500R1 关键字和任何属性形成 UCA 排序规则名称。

强度属性确定在整理或比较文本字符串时是否考虑重音或大小写。在没有大小写或重音的书写系统中，强度属性控制着类似的重要功能。
可能的值为：一级 (1)、二级 (2)、三级 (3)、四级 (4) 和同一性 (I)。忽略：

• 重音和大小写，使用主要强度级别
• 仅限案例，使用次要强度级别
• 无论重音还是大小写，都使用第三强度级别

几乎所有字符都可以通过前三个强度级别来区分，因此在大多数语言环境中，默认强度属性设置为第三级。但是，如果将“替代”属性（如下所述）设置为“移位”，则可以使用四进制强度级别来打破空白字符、标点符号和符号之间的联系，否则这些字符将被忽略。身份强度级别用于区分相似的字符，例如数学粗体小 A 字符 (U+1D41A) 和数学斜体小 A 字符 (U+1D44E)。

将“强度”属性设置为更高级别会减慢文本字符串比较速度并增加排序键的长度。
示例：

• UCA500R1_S1 将整理“role”=“Role”=“rôle”
• UCA500R1_S2 将整理“role”=“Role”< “角色”
• UCA500R1_S3 将整理“角色”< “角色”< “角色”

这对我有用。正如您所看到的，..._S2 也忽略大小写。

使用 较新的标准版本，它应该如下所示：

CREATE DATABASE yourDB USING COLLATE CLDR181_S1

排序规则关键字：
UCA400R1 = Unicode 标准 4.0 = CLDR 版本 1.2
UCA500R1 = Unicode 标准 5.0 = CLDR 版本 1.5.1
CLDR181 = Unicode 标准 5.2 = CLDR 版本 1.8.1

如果您的数据库已创建，则应该有一种方法更改设置。

CALL SYSPROC.ADMIN_CMD( 'UPDATE DB CFG USING DB_COLLNAME UCA500R1_S1 ' );

我确实在执行此操作时遇到问题，但据我所知它应该有效。

生成的表行

其他选项例如 生成大写行：

CREATE TABLE t (
   id          INTEGER  NOT NULL  PRIMARY KEY,
   str         VARCHAR(500),
   ucase_str   VARCHAR(500)  GENERATED ALWAYS AS ( UPPER(str) )
)@

INSERT INTO t(id, str)
VALUES ( 1, 'Some String' )@

SELECT * FROM t@

ID          STR                                  UCASE_STR
----------- ------------------------------------ ------------------------------------
          1 Some String                          SOME STRING

  1 record(s) selected.