博客园-简单

发现一个SQLSERVER数据库的编绎解析问题

简单 — Wed, 21 May 2008 09:48:00 GMT

今天捧读SQLSERVER圣经联机帮助，设计SQL SERVER 2000复制时出现下面的问题，最后得出结论是SQL数据库引擎不能正确的解析或者说不是时候的解析。

1. 创建复制表：

--在发布服务器上创建表sales：
CREATE TABLE sales
(sale_id INT IDENTITY(1,1)
NOT FOR REPLICATION,
sales_region VARCHAR(20),
CONSTRAINT id_pk PRIMARY KEY (sale_id)
)

--在订阅服务器上创建表sales：
CREATE TABLE sales
(sale_id INT IDENTITY(100001,1)
NOT FOR REPLICATION,
sales_region VARCHAR(2),
CONSTRAINT id_pk PRIMARY KEY (sale_id)
)

2. 建立事务复制，不可更新的订阅，其它都采用默认设置，只改发布属性“名称冲突”为“删除现有表中与行筛选语句相匹配的数据”，以防删除手工建立的表及标识列规则。在服务器插入新数据或删除旧数据时都正确，但修改数据时出错：

A.错误消息：{CALL sp_MSupd_sales (NULL,'afg2342342',2,0x02)}
上一次执行批处理的事务序列号和命令 ID 分别是 0x0000006100000082000500000000 和 1。

B.上一条命：无法更新标识列 'sale_id'。

C.错误详细信息：无法更新标识列 'sale_id'。
(源: DEV1 (数据源); 错误代码: 8102)

3. 复制自动创建的订阅服务器的存储过程如下，我对错误处做了注释：

create procedure "sp_MSupd_sales"
@c1 int,@c2 varchar(20),@pkc1 int
,@bitmap binary(1)
as
if substring(@bitmap,1,1) & 1 = 1    --条件为否时，应执行ELSE语句块
begin
update "sales" set
"sale_id" = case substring(@bitmap,1,1) & 1 when 1 then @c1 else "sale_id" end   --其语法完全没有问题，存储过程已创建好，标识列是不能更新的，由于@bitmap=0x02，不应该执行该语句块，但是该语句既然分析正确而且不会执行，仍然还在在执行时进行解析，???
,"sales_region" = case substring(@bitmap,1,1) & 2 when 2 then @c2 else "sales_region" end
where "sale_id" = @pkc1
if @@rowcount = 0
if @@microsoftversion>0x07320000
  exec sp_MSreplraiserror 20598
end
else
begin
update "sales" set
"sales_region" = case substring(@bitmap,1,1) & 2 when 2 then @c2 else "sales_region" end
where "sale_id" = @pkc1
if @@rowcount = 0
if @@microsoftversion>0x07320000
  exec sp_MSreplraiserror 20598
end
GO

最后得出一个结论：不是复制组件的问题，问题出在数据库引擎不能正确的解析或者说不是时候的解析，简单的试试下面的代码(先分析后执行)：

CREATE TABLE Test
(
    ID INT IDENTITY(1,1) NOT FOR REPLICATION,
    Content VARCHAR(20),
    CONSTRAINT id_pk PRIMARY KEY (ID)
)
GO
if 1=0
begin
    print 'It can not be.'
    update Test set ID=ID, Content=Content     --where 1=0
end
else
begin
    print 'Right.'
    update Test set Content=Content
end

[新闻]消息称MySQL创始人已向Sun提交辞呈

解决ORA-04091行触发器中访问变异表的难题

简单 — Mon, 05 May 2008 07:26:00 GMT

核心思路就是：在第一次插入时保存值到包变量中，第二次插入时不再读取表本身，转而读取包变量，可以成功解决这类难题。

在工作中，需要为各个BOM的每个ITEM依次自动编号，不同BOM的ITEM的SEQ_NUMBER列都要按1.2.3…自动生成序号。
第一次，我这样写，

CREATE OR REPLACE TRIGGER TR_BOM_AUTONUMBER_SEQNUMBER
BEFORE INSERT
ON BOM
REFERENCING NEW AS NEW OLD AS OLD
FOR EACH ROW
DECLARE
    tmpVar number;
BEGIN
    tmpVar := 0;
   SELECT GREATEST(nvl(Max(to_number(SEQ_NUMBER)),0), Count(*)) + 1 INTO tmpVar FROM BOM Where BOMID=:New.BOMID;
   :NEW. SEQ_NUMBER:= nvl(tmpVar,1);
END TR_BOM_AUTONUMBER_SEQNUMBER;

由于Insert操作会修改表数据，所以Insert…Select插入多行数据时，会报ORA-04091: table string.string is mutating, trigger/function may not see it错误，原因在于插入第2条数据时表已修改不能再访问。

查阅了很多文章，有提示在其中使用 PRAGMA AUTONOMOUS_TRANSACTION来保证每行插入动作为自治事务。但实际上，经过我的测试，虽然DML不会出错，但实际SEQ_NUMBER全部为1，没有达到依次自动编号的目的。

经过多次试验后，我使用保存于包中的索引表保存各个BOM的最大SEQ_NUMBER，可以防止BOM之间及用户之间的并发冲突。

核心思路就是：在第一次插入时保存值到包变量中，第二次插入时不再读取表本身，转而读取包变量，可以成功解决这类难题。

详细代码如下：

CREATE OR REPLACE PACKAGE BOM_AUTONUMBER
IS
TYPE t_MAX_SEQNUMBER is table of number INDEX BY PLS_INTEGER;
v_MAX_SEQNUMBER t_MAX_SEQNUMBER;
end BOM_AUTONUMBER;
/

CREATE OR REPLACE TRIGGER TR_BOM_AUTONUMBER_SEQNUMBER
BEFORE INSERT
ON BOM
REFERENCING NEW AS NEW OLD AS OLD
FOR EACH ROW
DECLARE
    vNumber number;
    vBOMID number;
BEGIN
    vNumber:= 0;
    vBOMID:= :New.BOMID;
    if not BOM_AUTONUMBER.v_MAX_SEQNUMBER.EXISTS(vBOMID) then
        SELECT GREATEST(nvl(Max(to_number(SEQ_NUMBER)),0), Count(*)) INTO vNumber FROM BOM Where ITEM = vBOMID;
        BOM_AUTONUMBER.v_MAX_SEQNUMBER(vBOMID) := nvl(vNumber, 0);
    end if;
    BOM_AUTONUMBER.v_MAX_SEQNUMBER(vBOMID) := BOM_AUTONUMBER.v_MAX_SEQNUMBER(vBOMID) + 1;
   :NEW.SEQ_NUMBER := BOM_AUTONUMBER.v_MAX_SEQNUMBER(vBOMID);
END TR_BOM_ AUTONUMBER_SEQNUMBER;
/

[新闻]谷歌Chrome浏览器即将更换LOGO颜色？

发现MSSQL导入数据时标识列存在的问题，已解决！

简单 — Thu, 10 Jan 2008 07:12:00 GMT

(2008/1/11已更新，附上解决方案，可以自动修复标识列的编码规则）
最近在合并异地SQL数据的时候，发现MSSQL的标识列在合并数据时，可以启用标识插入也可以不启用标识插入，两种方法都可能存在一些潜在的问题，最严重的是导入操作改变了目的表的标识列编号规则。

场景：A地的A表，B地有B表，数据结构除了标误列的种子不一样外其它完全一样：
A(ID IDENTITY (1, 2), Content varchar(50)) 生成奇数主键ID
B(ID IDENTITY (2, 2), Content varchar(50)) 生成偶数主键ID

--A地的A表
CREATE TABLE dbo.A
    (
    ID int NOT NULL IDENTITY (1, 2),
    Content varchar(50) NOT NULL
    )  ON [PRIMARY]
GO
ALTER TABLE dbo.A ADD CONSTRAINT
    PK_A PRIMARY KEY CLUSTERED
    (
    ID
    ) ON [PRIMARY]
--在A表中插入两条数据：预先插入A表两条数据
INSERT INTO [dbo].[A] ([Content]) VALUES ('A1') --生成1, 'A1'
INSERT INTO [dbo].[A] ([Content]) VALUES ('A3') --生成3, 'A3'

--B地的B表
CREATE TABLE dbo.B
    (
    ID int NOT NULL IDENTITY (2, 2),
    Content varchar(50) NOT NULL
    )  ON [PRIMARY]
GO
ALTER TABLE dbo.B ADD CONSTRAINT
    PK_B PRIMARY KEY CLUSTERED
    (
    ID
    ) ON [PRIMARY]

--在B表中插入1条数据：预先插入B表1表数据
INSERT INTO [dbo].[B] ([Content]) VALUES ('B2') --生成2, 'B2'

现在要将A表数据导入到B表，问题出现了：
1. 不启用标识插入的问题：
    不启用标识，B表会增加两条数据
        4,'A1'
        6,'A3'
    造成同一数据在两地数据库表中的不一致情况，以及无法判断或者找出哪些数据已合并，哪些数据已修改或已删除，哪些数据重复导入等等问题。
2. 启用标识插入的问题：
    启用标识后，B表会增加两条数据
        1,'A1'
        3,'A3'
    用户最不能接受的错误出现了，B表录入的新数据是
        5, '从A表导入两条数据后录入B表的新数据1'
        7, '从A表导入两条数据后录入B表的新数据2'
    导入合并操作改变了B表的标识列编号规则。

2008-1-11，今天终于搞定了，一个存储过程完成解决，自动修复标识列的编码规则。

上例中，调用dbo.sp_RepairIDENTITY 'B', 'ID' 即可，执行结果如下：
当前最大值：3
标识种子：2
标识增量：2
当前标识值：3
需设新标识值：4
检查标识信息: 当前标识值 '3'，当前列值 '4'。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
结果：已修复标识，当前标识值重设为4

代码如下：

CREATE PROCEDURE dbo.sp_RepairIDENTITY
(
@Tablename nvarchar(255), --表名
@RowID_Name nvarchar(20) --标识列名
)
as
SET NOCOUNT ON
--Select @TableName=N'B',@RowID_Name=N'ID'

--获取最大标识值MaxID
Declare @sql nvarchar(4000), @MaxID bigint
Set @sql = N'Select @MaxID =Max(' + @RowID_Name + N') from ' + @TableName
Exec sp_Executesql @sql, N'@MaxID bigint output',@MaxID output
--print @MaxID

Declare @IDENT_CURRENT bigint, @NewIDentity bigint, @IDENT_SEED int, @IDENT_INCR int
Select @IDENT_SEED = IDENT_SEED(@TableName), --标识种子
@IDENT_INCR = IDENT_INCR(@TableName), --标识增量
@IDENT_CURRENT = IDENT_CURRENT(@TableName), --当前标识值
@NewIDentity = @MaxID - @MaxID % cast(IDENT_SEED(@TableName) as int) + IDENT_INCR(@TableName) --需要设置的新标识值

Print '当前最大值：' + Cast(@MaxID as nvarchar(20))
Print '标识种子：' + Cast(@IDENT_SEED as nvarchar(20))
Print '标识增量：' + Cast(@IDENT_INCR as nvarchar(20))
Print '当前标识值：' + Cast(@IDENT_CURRENT as nvarchar(20))
Print '需设新标识值：' + Cast(@NewIDentity as nvarchar(20))

------关键代码：启用标识导入数据或手工执行过DBCC CHECKIDENT('table_name',RESEED new_reseed_value)就会造成编码规则改变，所以要修复编码规则
if(@IDENT_CURRENT < @MaxID or @IDENT_CURRENT % @IDENT_SEED >0)
begin
    DBCC CHECKIDENT (@TableName, RESEED, @NewIDentity)
    print '结果：已修复标识，当前标识值重设为' + Cast(@NewIDentity as nvarchar(20))
end
else
begin
    Print '结果：不需要重设标识列。'
end

SET NOCOUNT OFF

[新闻]淘宝网合并阿里妈妈专家称阿里巴巴或有新战略

简单统计SQLSERVER用户数据表大小(包括记录总数和空间占用情况)

简单 — Thu, 29 Nov 2007 09:13:00 GMT

在SQLSERVER，简单的组合sp_spaceused和sp_MSforeachtable这两个存储过程，可以方便的统计出用户数据表的大小，包括记录总数和空间占用情况，非常实用，在SqlServer2K和SqlServer2005中都测试通过。

/*
1. exec sp_spaceused '表名'            （SQL统计数据，大量事务操作后可能不准）
2. exec sp_spaceused '表名', true       (更新表的空间大小，准确的表空大小，但可能会花些统计时间）
3. exec sp_spaceused                    (数据库大小查询）
4. exec sp_MSforeachtable "exec sp_spaceused '?'"     (所有用户表空间表小，SQL统计数据，，大量事务操作后可能不准）
5. exec sp_MSforeachtable "exec sp_spaceused '?',true"    (所有用户表空间表小，大数据库慎用）
*/

create table #t(name varchar(255), rows bigint, reserved varchar(20), data varchar(20), index_size varchar(20), unused varchar(20))
exec sp_MSforeachtable "insert into #t exec sp_spaceused '?'"
select * from #t
drop table #t

另外还有sp_MSforeachdb可以遍历所有数据库，使用方法详见SQL帮助。

[新闻]微软研究院发布 AutoCollage - 整理并融合照片

简单的3个SQL视图搞定所有SqlServer数据库字典

简单 — Fri, 09 Nov 2007 03:13:00 GMT

摘要:
(2007-11-29更新）网上有很多SQL SERVER数据库字典的SQL语句，七零八落，我在工作整理了一下思路，总结SQL代码如下。数据库字典包括表结构(分2K和2005）、索引和主键.外键.约束.视图.函数.存储过程.触发器.规则。可以在企业管理器、查询分析器中简单执行，直接了当的查出SQL2K及SQL2005的所有数据字典，方便文档的编写，希望对大家有帮助。阅读全文

[新闻]2008年9月5日科技博客精选

一条语句简单解决“每个Y的最新X”的SQL经典问题

简单 — Tue, 23 Oct 2007 04:18:00 GMT

“每个Y的最新X”是一个经典的SQL问题，工作中经常碰到。当然不是“按Y分组求最新的X值”那么简单，要求最新X的那条记录或主键ID。用一条SQL语句可以简单的解决此问题。

生成实例表和数据：

--创建表
CREATE TABLE dbo.Tab
    (
    ID int NOT NULL IDENTITY (1, 1),
    Y varchar(20) NOT NULL,
    X datetime NOT NULL
    )
GO
--插入数据
INSERT INTO Tab(Y, X) values('BBB', '2007-10-23 11:11:11')
INSERT INTO Tab(Y, X) values('BBB', '2007-10-23 11:11:11')
INSERT INTO Tab(Y, X) values('BBB', '2007-10-23 10:10:10')
INSERT INTO Tab(Y, X) values('AAA', '2007-10-23 12:12:12')
INSERT INTO Tab(Y, X) values('AAA', '2007-10-23 10:10:10')
INSERT INTO Tab(Y, X) values('AAA', '2007-10-23 11:11:11')
GO

解决“每个Y的最新X”经典SQL问题：

--一条SQL语句实现
  SELECT ID, Y, X
FROM Tab T
WHERE (NOT EXISTS
          (SELECT 1
         FROM Tab T2
         WHERE (T2.Y = T.Y) AND (T2.X > T.X OR
               T2.X = T.X AND T2.ID > T.ID)))

在Y列在建立索引，可以大大优化查询速度。

[新闻]SNS网站风靡影响工作效率公司下令封杀

配置Integration Services服务来解决：无法为此请求检索数据。(Microsoft.SqlServer.SmoEnum)

简单 — Fri, 12 Oct 2007 07:01:00 GMT

摘要:
Integration Services展开时出现错误：无法为此请求检索数据。(Microsoft.SqlServer.SmoEnum)
解决办法：可以通过修改配置文件来解决该问题：
阅读全文

[新闻]《孢子》正式发布

Oracle Data Convertion 简单方法

简单 — Wed, 15 Aug 2007 06:14:00 GMT

Oracle EBS各模块之间及与处部系统之间的数据转换和传递都是经过Interface表来完成的，上线前需要做Data Convertion工作，比起常规的API、DataLoad等方式，用“PL/SQL Developer”的文本导入器功能来实现更简单。

“PL/SQL Developer”的提供多种导入功能，其中“工具-->文本导入器”，可以导入CVS等文本数据，提供字段对应功能，可以生成导入脚本或直接导入，还可以保存Import Definition为一个文件来反复修改，有多种参数设置，十分方便。

See:
EBS有哪些接口表？
Oracle EBS 数据导入方法比较

[新闻]微软CFO:仍对收购雅虎搜索业务感兴趣

运行时动态设置并加密App.Config中的数据库连接字符串

简单 — Wed, 11 Oct 2006 05:54:00 GMT

摘要: 　　App.config中的数据库连接字符串，是在Settings.settings同步过来的。后者在设计时支持数据集DataSet的设计，但运行时不能更改，可以更改App.config的连接字符串，但无法加密、解密。造成的结果是数据库连接字符串，要么固定不变，要么以明文显示，极不安全。多次尝试后，成功的解决这些问题。
阅读全文

[新闻]SQL Server2008十月亮相标榜智能数据平台

将后台服务进程和窗口设置进程集成为一个程序

简单 — Tue, 10 Oct 2006 02:48:00 GMT

摘要: 最近写了两个程序，都可以服务进程和窗口进程两种方式运行，由于两类程序都需要入口程序，所以很简单，只要在入口方法代码中判断进入相应分支即可，下面总结一下开发心得。阅读全文

[新闻]淘宝将与阿里妈妈合并大淘宝战略启动