Libre Office Calc 매장의 소수점 이하 자릿수를 늘릴 수 있나요?

Libre Office Calc 매장의 소수점 이하 자릿수를 늘릴 수 있나요?

소수점 이하 16자리를 포함하는 숫자 배열이 있습니다. Libre Office Calc 스프레드시트에 복사하면 숫자가 소수점 이하 15자리로 반올림됩니다. 나는 이것이 double/real 데이터 유형이 저장할 수 있는 것에 대한 제한의 결과라고 생각합니다.

분명히 말하면 이것은 형식 문제가 아닙니다. 소수점 이하 16자리를 표시하도록 셀 서식을 지정했는데 실제로 그렇습니다. 그러나 15번째 숫자 이후의 숫자는 0으로 반올림되며, 추가 0을 위해 수동으로 수정하려고 시도한 내용은 즉시 삭제됩니다.

해결책이 있나요? 예를 들어, Libre Office Base에서 데이터 유형을 실수/실수에서 십진수로 변경할 수 있나요?

답변1

다음 두 가지 작업을 수행해야 합니다.

1- 반올림 숫자: 계산을 위해 내부 정확한 값 대신 반올림된 숫자를 사용합니다.

Choose Tools menu >> Options >> LibreOffice Calc >> Calculate page. Mark the "Precision" as shown field and exit the dialog with OK. 

여기에 이미지 설명을 입력하세요

2- 소수점 이하 첫 번째 소수점 자리는 0이므로 소수점 이하 16자리로 조정하려면 소수점 이하 자리는 15여야 합니다.

여기에 이미지 설명을 입력하세요

답변2

난쟁이'디지털'를 사용하여 LibreOffice Calc 또는 Microsoft Excel 대신 더 많은 숫자를 표시할 수 있습니다. 또한 Calc *.ods 또는 Excel *.xls(x) 파일을 처리하는 기능도 있습니다. :-)
정확한 자릿수뿐만 아니라 정밀도는 여전히 사용된 IEEE 데이터 유형과 표준의 '이중 정밀도' 버전은 대부분의 범위에서 유효 숫자 16자로 제한됩니다.단 15개![ 0.5 .. 1 ), [ 8 .. 10 ), [ 64 .. 100) ...과 같은 "10의 거듭제곱 범위 경계" 아래의 이진 범위에서 데이터를 이 범위 외부에 유지할 수 있는 경우 완료되었습니다.
그렇지 않다면 거의 사용되지 않는 "long double" 버전이 도움이 될 수 있습니다. 대부분의 범위에서 18 및 19 신호를 안정적으로 저장할 수 있습니다. 절대값이 1E-4932에서 1E+4932 사이에 있는 한 소수는 허용됩니다.
긴 버전의 정밀도 제한은 모든 범위에서 도달하지 않은 것으로 보이므로 1E-2와 2^69( 590295810358705651700 ) 사이에 19개의 안전한 숫자가 있을 수 있습니다. 제작에 들어가기 전 꼼꼼히 검토해보세요!
Calc와 Excel은 추가 정밀도를 처리할 수 없습니다. 파일과 함께 저장하면 파기됩니다.
[2022-05-29 편집] 잊어버린 정보 추가: gnumeric에는 운영 체제로 Linux가 필요하며 Win용 이전 버전이 있습니다. 2017년 12월? 사용 가능하지만 내가 아는 한 '길게'는 아닙니다.
@G-Man의 요청에...: 저는 - 시도했습니다 - 답변을 짧게 유지하기 위해 인터넷 검색을 하면 로 연결되며 gnumeric: http://www.gnumeric.org/거기에서 탐색하면 개발 긴 버전도 찾을 수 있습니다. 나도 똑같이 했어요! 소수점 POV에서 어떤 버전과 범위가 몇 자릿수인지 명확하게 구별하고 설명합니다. 더 명확하게 하기: 스프레드시트의 셀 값은 2진 표현/10진 값의 표현/근사로 간주될 수 있습니다.소수 관점- 그러면 bin 데이터 유형의 그리드/세분성/정밀도 capa 뒤의 숫자가 잘못되었습니다. - 저는 이를 변환 아티팩트라고 부르거나, bin 값 자체라고 부릅니다. -이진 관점, gnumeric으로 표시되는 모든 숫자는 정확하지만 입력 및 출력의 정밀도는 사용 가능한 비트로 유지될 수 있는 정밀도에 의해 제한됩니다.
두 POV 간의 차이 예: IEEE double의 17번째 숫자 계산. "가장 가까운" bin 값에 대해서는 정확하지만 IMHO는 근처의 17비트 값이 모두 double로 표시될 수 없기 때문에 십진수에 대해서는 올바르지 않으므로 17번째 비트가 의도에서 약간 벗어날 수 있습니다. [ /편집하다]

관련 정보