【问题标题】:Case sensitive sybase query: Invalid column name区分大小写的 sybase 查询:列名无效
【发布时间】:2017-07-04 14:02:18
【问题描述】:
详情:
- 2 个数据库:sybase 15 版和 sybase 16 版
- 每个表 1 个(相同):AuthRole 与列 id、rolename 和描述
- 尝试了 jTDS 和 jconn 驱动程序
查询:
SELECT t1.roleName FROM AuthRole t1;
结果:
- Sybase 15:成功返回行。 “roleName”可以是大写、小写或混合大小写,即不区分大小写
- Sybase 16:列名无效“角色名”。它仅适用于“角色名称”,这是该列的确切情况。有谁知道为什么会发生这种情况以及如何解决?
【问题讨论】:
标签:
database
sybase
sap-ase
【解决方案1】:
如果在 ASE 15 上,两个查询都有效 - 使用“rolename”和“roleName” - 这意味着此数据库中的排序顺序不区分大小写。
如果在 ASE 16 上“rolename”与“roleName”不同 - 这意味着此数据库中的排序顺序区分大小写。
您可以通过查询来检查:
if "a" = "A" print "Case insensitive" else print "Case sensitive"
此设置是为整个服务器(以及服务器包含的所有数据库)设置的静态设置,但可以更改。当然,更改排序顺序是一个耗时的过程,因为它需要根据字符类型重建所有索引。
您可以检查服务器排序设置:
exec sp_configure 'sortorder id'
当数据库服务器启动时,有关排序顺序的信息应该在 ASE 错误日志中可见:
00:0002:00000:00002:2017/07/04 16:49:26.35 server ASE's default unicode sort order is 'binary'.
00:0002:00000:00002:2017/07/04 16:49:26.35 server ASE's default sort order is:
00:0002:00000:00002:2017/07/04 16:49:26.35 server 'bin_iso_1' (ID = 50)
00:0002:00000:00002:2017/07/04 16:49:26.35 server on top of default character set:
00:0002:00000:00002:2017/07/04 16:49:26.35 server 'iso_1' (ID = 1).
在我的示例中,排序顺序是二进制的 - 区分大小写。
如何更改服务器排序顺序的信息在ASE manual 中。基本上要更改您需要的排序顺序:
- 使用 charset 程序添加新的排序顺序,
- 更改配置参数'sortorder id'
- 重启 ASE 服务器(服务器启动,重建磁盘设备,然后关闭)
- 再次重启 ASE 服务器
- 基于字符类型构建的索引被标记为无效,需要重新构建
【解决方案2】:
听起来像是排序顺序的问题,例如:
- ASE 15 配置了不区分大小写的排序顺序
- ASE 16 配置了区分大小写的排序顺序
您应该可以通过运行sp_helpsort 来确认上述内容。
在 ASE 中,区分大小写(in)适用于数据和标识符(例如,表/列名)。
要让 ASE 16 像 ASE 15 一样运行,DBA 需要更改 ASE 16 数据服务器中的排序顺序(我建议他们在使用时也验证字符集)。
请记住,更改排序顺序(和/或字符集)是数据服务器范围的配置,并且需要(至少)重建所有索引并重新运行 update index statistics。 [有关 DBA 的更多信息,请参阅 ASE System Administration Guide,Configuring Character Sets, Sort Orders and Languages 章节。]
【解决方案3】:
在我的头顶:
在旧版本的 Sybase ASE 中,您必须在服务器安装时仔细设置区分大小写。安装程序默认区分大小写。也许安装 ASE15 的管理员注意到了这一点(并将默认设置更改为不区分大小写),而安装您的 ASE16 的管理员没有。
是的,区分大小写是服务器的属性。您可以稍后使用 sp_configure 或 ALTER DATABASE 或两者更改它(我不记得了,我没有时间查找它)。您还可以使用图形管理工具来更改服务器默认排序顺序。
在任何情况下,只有在配置更改之后创建的数据库会受到影响。令人困惑的是,较旧的数据库仍然会区分大小写,或者会发出大量警告。这是因为在您的旧表中,所有主键 (PK) 都作为索引实现,假设区分大小写,并且安装程序或配置向导无法更改 PK 和 PK 索引。
事实上,您必须删除并重新创建索引并运行 dbcc something(我不记得了)。
对于小型数据库,这种删除并重新创建索引的做法是可以完成的(使用脚本或数据库重新设计工具来完成)。对于较大的数据库,这可能需要一些时间。
也许 ASE16 有所不同 - 检查文档