我已經使用SQL實現了「MOD 10」校驗位算法,根據其文檔中的方法爲美國郵政服務地址更改服務Keyline,但似乎我得到了錯誤的數字!我們的輸入字符串中只有數字,使計算更容易一些。當我將結果與測試應用程序的結果進行比較時,我得到的數字不同。我不明白髮生了什麼事?有沒有人看到我的算法有什麼問題?它一定是明顯的東西...USPS ACS Keyline Check Digit
該方法的文檔,可以在這個文件的12-13頁上找到: http://ribbs.usps.gov/acs/documents/tech_guides/KEYLINE.EXE
: http://www.usps.com/cpim/ftp/pubs/pub8a.pdf
示例應用程序可以在這裏找到請注意:我根據論壇用戶的幫助修復了下面的代碼。這是爲了讓未來的讀者能夠完整地使用這些代碼。
ALTER function [dbo].[udf_create_acs] (@MasterCustomerId varchar(26))
returns varchar(30)
as
begin
--this implements the "mod 10" check digit calculation
--for the US Postal Service ACS function, from "Publication 8A"
--found at "http://www.usps.com/cpim/ftp/pubs/pub8a.pdf"
declare @result varchar(30)
declare @current_char int
declare @char_positions_odd varchar(10)
declare @char_positions_even varchar(10)
declare @total_value int
declare @check_digit varchar(1)
--These strings represent the pre-calculated values of each character
--Example: '7' in an odd position in the input becomes 14, which is 1+4=5
-- so the '7' is in position 5 in the string - zero-indexed
set @char_positions_odd = '0516273849'
set @char_positions_even = ''
set @total_value = 0
set @current_char = 1
--stepping through the string one character at a time
while (@current_char <= len(@MasterCustomerId)) begin
--this is the calculation for the character's weighted value
if (@current_char % 2 = 0) begin
--it is an even position, so just add the digit's value
set @total_value = @total_value + convert(int, substring(@MasterCustomerId, @current_char, 1))
end else begin
--it is an odd position, so add the pre-calculated value for the digit
set @total_value = @total_value + (charindex(substring(@MasterCustomerId, @current_char, 1), @char_positions_odd) - 1)
end
set @current_char = @current_char + 1
end
--find the check digit (character) using the formula in the USPS document
set @check_digit = convert(varchar,(10 - (@total_value % 10)) % 10)
set @result = '#' + @MasterCustomerId + ' ' + @check_digit + '#'
return @result
end
DUH!我知道我有東西倒退:) 謝謝! – Jasmine 2009-02-19 20:02:10