Oracle과 SQL Server 사이의 데이터 정밀도 문제 - number와 float 값

Question

Oracle에서 SQL Server로 데이터를 이동하여 여러 가지 이유로 개발자가 사용할 수 있도록하려고합니다. MSDN에서 Oracle NUMBER에서 SQL Server FLOAT 로의 적절한 매핑을 읽었습니다.

우리는 이방인 수에 문제가 있습니다. 오라클에서는 5.2의 값을 가질 수 있으며, SQL Server에서는 정확하게 그렇지 않습니다. (한 자리에서 유효 자릿수가 크게 달라질 수 있습니다.)

동료가 Access를 사용하여 데이터 문제를보고있는 중이었습니다. SQL Server에서 하나의 필드가 5.2 인 거대한 테이블에서 쿼리를 수행했으며 Oracle과 동일한 개수를 가졌습니다.

select sum(samp_aliquot_size) from result where samp_aliquot_size = 5.6 

오라클의

내가, 6260.8 얻을 SQL 서버에 내가 6260.80000000009를 얻을 : 오라클과 SQL 서버 모두에서

select count(*) from result where samp_aliquot_size = 5.6 

, 내가 그래서 그 수가 1118을 얻을, 나는 모두의 합계를했다 .

이 요구 사항은 데이터가 "완전 일치"라고합니다. 이를 달성하는 가장 좋은 방법은 무엇입니까?

Answer 1

"이 요구 사항은 데이터가"완전 일치 "라고 말합니다.이를 달성하는 가장 좋은 방법은 무엇입니까?" Oracle에서 SQL Server로 이항 합리성을 이동하는 것입니다. 그런 다음 SQL Server는 이진 합리성의 십진수 표현을 계산할 수 있습니다. 십진수를 계산할 때 오라클이 요구 한 정확도 양식이 무엇인지 알고 있습니까?

이항 합리성을 사용할 수없는 경우; SQL Server에서 Oracle 값을 varchar 문자열로 이동해야합니다. 문자열로 변환하면 Oracle에서 계산 한 이항 합리성의 "정확한"표현을 유지합니다. 나는 숫자 변환이 부정확 여기서 찾을 수에 intrested입니다

:

나는 나의 이항 합리적인 해상력이 위키 백과 link을 사용했다. 위치를 확인하려면 데이터를 두 개의 SQL Server 열로 가져올 수 있습니다. 한 열은 varchar로, 다른 열은 float로 가져올 수 있습니다. 가져 오기 후 varchar가 아닌 행 목록을 출력합니다 (varchar로 실제)

Answer 2

매핑 테이블은

NUMBER([1-38]) -> NUMERIC([1-38]) 

당신이 오히려 Oracle's documentation 국가 번호

을 감안할 때 (SQL 서버 일치하는)는 오라클의 더 제한 DECIMAL 범위 내에있는 경우 부동보다 SQL Server의 정밀도를 고정 된 것으로 간주 적이 보여줍니다 어쨌든 해결되었습니다. And here