我正在创建一个更新语句,该语句根据表的名称为表列生成SHA256
第一步:我创建了一个过程,该过程获取表列,将所有列串联在一起,然后格式化为所需的格式。
-- Procedure code : Extract table's columns list, conctenate it and format it
Create procedure SHA_PREP (in inp1 nvarchar(20))
as
begin
SELECT concat(concat('hash_sha256(',STRING_AGG(A, ', ')),')') AS Names
FROM (
SELECT concat('to_varbinary(IFNULL("',concat(COLUMN_NAME,'",''0''))')) as A
FROM SYS.TABLE_COLUMNS
WHERE SCHEMA_NAME = 'SCHEMA_NAME' AND TABLE_NAME = :inp1
AND COLUMN_NAME not in ('SHA')
ORDER BY POSITION
);
end;
/* Result of this procedures :
hash_sha256(
to_varbinary("ID"),to_varbinary(IFNULL("COL1",'0')),to_varbinary(IFNULL("COL2",'0')) )
*/
-- Update Statement needed
UPDATE "SCHEMA_NAME"."TABLE_NAME"
SET "SHA" = CALL "SCHEMA_NAME"."SHA_PREP"('SCHEMA_NAME')
WHERE "ID" = 99 -- a random filter
答案 0 :(得分:0)
我找到了适合我需要的解决方案,但也许还有其他更简单或更合适的方法:
我在程序中添加了update语句,并将所有生成的查询插入到临时表列中,并使用 EXECUTE IMMEDIATE
Create procedure SHA_PREP (in inp1 nvarchar(20))
as
begin
/* ********************************************************** */
DECLARE SQL_STR VARCHAR(5000);
-- Create a temporary table to store a query in
create local temporary table #temp1 (QUERY varchar(5000));
-- Insert the desirable query into the QUERY column (Temp Table)
insert into #temp1(QUERY)
SELECT concat('UPDATE "SCHEMA_NAME"."TABLE_NAME" SET "SHA" =' ,concat(concat('hash_sha256(',STRING_AGG(A, ', ')),')'))
FROM (
SELECT concat('to_varbinary(IFNULL("',concat(COLUMN_NAME,'",''0''))')) as A
FROM SYS.TABLE_COLUMNS
WHERE SCHEMA_NAME = 'SCHEMA_NAME' AND TABLE_NAME = :inp1
AND COLUMN_NAME not in ('SHA')
ORDER BY POSITION
);
end;
/* QUERY : UPDATE "SCHEMA_NAME"."TABLE_NAME" SET "SHA" =
hash_sha256(to_varbinary("ID"),to_varbinary(IFNULL("COL1",'0')),to_varbinary(IFNULL("COL2",'0'))) */
SELECT QUERY into SQL_STR FROM "SCHEMA_NAME".#temp1;
--Excuting the query
EXECUTE IMMEDIATE (:SQL_STR);
-- Dropping the temporary table
DROP TABLE "SCHEMA_NAME".#temp1;
/* ********************************************************** */
end;
任何其他解决方案或改进都受到欢迎 谢谢
答案 1 :(得分:0)
@SonOfHarpy提供的解决方案在技术上可行,但存在几个问题,即:
SYS.TABLE_COLUMNS
)代替PUBLIC同义词代码的改进版本如下:
create procedure SHA_PREP (in TABLE_NAME nvarchar(256))
as
begin
declare SQL_STR nvarchar(5000);
SELECT
'UPDATE "SCHEMA_NAME"."TABLE_NAME" SET "SHA"= hash_sha256(' || STRING_AGG(A, ', ') || ')'
into SQL_STR
FROM (
SELECT
'TO_VARBINARY(IFNULL("'|| "COLUMN_NAME" ||'",''0''))' as A
FROM TABLE_COLUMNS
WHERE
"SCHEMA_NAME" = 'SCHEMA_NAME'
AND "TABLE_NAME" = :TABLE_NAME
AND "COLUMN_NAME" != 'SHA'
ORDER BY POSITION
);
-- select :sql_str from dummy; -- this is for debugging output only
EXECUTE IMMEDIATE (:SQL_STR);
end;
通过将CONCAT
函数更改为较短的||
(双管道)运算符,代码变得更容易阅读,因为以前嵌套的函数调用现在是简单的链状连接。
再次使用SELECT ... INTO variable
可以避免临时表的整个废话,从而使代码更易于理解并且不易出现问题。
现在,输入参数名称可以正确反映其含义,并镜像TABLE_NAME
(NVARCHAR(256)
)的HANA词典数据类型。
该过程现在由两个命令(SELECT
和EXECUTE IMMEDIATE
)组成,每个命令执行该过程的基本任务:
我删除了无用的行注释,但在代码中保留了一条调试语句作为注释,因此无需执行命令即可查看SQL字符串。
为此,显然,EXECUTE...
行需要被注释掉,而调试行必须被取消注释。
比解决方案的构建更令人担忧的是其目的。
似乎SHA
列应该用作一种速记行数据指纹。 UPDATE
方法当然可以将其作为事后思考的方式来处理,但是在执行更新时留有“指纹”。
此外,它还不涉及表定义,这是表设计的重要组成部分(SHA
列应包含指纹)。
替代方法可能是GENERATED COLUMN:
create table test (aaa int, bbb int);
alter table test add (sha varbinary (256) generated always as
hash_sha256(to_varbinary(IFNULL("AAA",'0'))
, to_varbinary(IFNULL("BBB",'0'))
)
);
insert into test (aaa, bbb) values (12, 32);
select * from test;
/*
AAA BBB SHA
12 32 B6602F58690CA41488E97CD28153671356747C951C55541B6C8D8B8493EB7143
*/
通过这种方式,“生成器”方法可用于表定义/修改时间,但只要表中的值发生更改,HANA就会自动完成所有实际数据处理。 此外,由于指纹始终是最新的,因此无需单独调用该过程。