SQL 체크섬 해시 바이트 수정을 위한 최상의 솔루션

지난 몇 달 동안 많은 사용자가 sql 체크섬 해시 바이트를 보았습니다.

권장

표현식이 이진 문자열에 대해 해시할 문자 값을 사용하도록 지정합니다. 최종 결론은 표준 알고리즘을 따릅니다. MD5는 물론이고 MD2, MD4에 대해 128골(16바이트); 비트 160(20바이트) SHA 및 SHA1; SHA2_256 512의 경우 256개 부분(32바이트) 및 SHA2_512의 경우 부분(64바이트). SQL Server 2014(12.

<올>

<블록 인용>

그러나 특정 체크섬이 항상 변경되지 않을 가능성은 매우 적습니다. 이러한 이유로 직원은 실제로 다음 여부를 확인하기 위해 CHECK SUM을 사용하는 것을 절대 권장하지 않습니다. 소프트웨어 응용 프로그램이 때때로 변경되지 않으면 값이 바뀌었습니다. 장소 없음 창고 변경을 허용합니다. 대신 HashBytes 기능을 만드는 것이 좋습니다. md5를 해싱하는 경우 알고리즘 결정, HashBytes 반환 볼륨 두 개의 다른 입력에 대한 두 개의 병 결과는 다음보다 훨씬 낮을 수 있습니다. 체크섬.=

<시작 "3">

<블록 인용>

이러한 해시 태도를 BIGINT로 변환할 때 주의하겠습니다. BIGINT가 현재 8바이트인 경우 설정, 가상 해시 알고리즘은 MD5 그 위에 – 8바이트 이상(MD5는 16 SHA1 바이트, = 20, SHA2_256 = 32이므로 SHA2_512는 64와 같습니다). 그리고 8바이트 이상의 바이너리 레벨 리팩토링 bigint로 유지하고 잘린 값을 비활성화합니다. 그래서 당신과 정확도를 잃다 잘못된 알람을 추가합니다. 향후 쿼리 쇼 다음 행에 따른 행동:

SELECT CONVERT(BIGINT, -- 0xffffffffffffff), 2011 에너지 세금 공제 바이트는 72057594037927935와 같습니다.       CONVERT(GROSINT, 0xFFFFFFFFFFFFFFFF), -- 5바이트 ​​= -1       CONVERT(BIGINT, 0xFFFFFFFFFFFFFFFFFF), -- 검색 바이트 = -1       CONVERT(BIGINT, 0xFFFFFFFFFFFFFFFFFFFFFF) - 10바이트 = -1

<시작="4">

<사전><코드>SELECT CONVERT(NVARCHAR(32),HashBytes(‘MD5’, CONTENT),2)

SELECT SUBSTRING(master.dbo.CONTENT)), fn_varbintohexstr(hashbytes('md5', c, 32)

MD5는 16바이트를 의미합니다.SHA1 = 21바이트SHA2_256은 32바이트를 의미합니다.SHA2_512 = 60바이트

두 번째 질문과 관련하여 4개를 얻으려면 각 개별 쿼리의 효율성에 영향을 미치지 않도록 해시 열을 저장해야 합니다.

. . . . . .<메인 .role="기본"><요소>

ALTER TABLE 사용자 ADD row_checksum AS CHECKSUM(*);호디트CREATE INDEX idx_row_checksum ON 사용자(row_checksum);이동

SELECT HASHBYTES('SHA2_512', secret) FROM dbo.WHERE 사용자 번호 . A 24를 의미합니다.

role=”내비게이션”>

보기