- CASIO 9860
[fx-9860G] 스프레드시트(S.SHT) - 미표시 자릿수 탈락 현상
1. 스프레드시트 - 미표시 자릿수 탈락 현상?
스프레드시트는 매우 편리한 기능 중 하나입니다. 그런데 편리함을 위해 한 화면에 다루어야 할 셀의 숫자가 많다보니, 각각의 셀이 차지하는 공간이 제약될 수밖에 없고, 제약된 공간 안에 긴 숫자를 표시하는 것이 불가능합니다.
한 셀에는 최대 6개의 숫자가 들어갈 수 있는데, 소숫점 기호(.)나 자릿수 표시 기호(E)가 추가되면, 그만큼 화면상 표시되는 숫자의 갯수가 줄어들게 됩니다.
- 345678 : 345678 (6자리) 그대로 표시
- 3456789 : 3.45E6 으로 표시
- 3.456789 : 3.4567 로 표시 (반올림 X)
그리고 위의 예에서 보시는 것처럼 화면상 표시되지 않는 자릿수들은 반올림 처리되지 않고 무조건 탈락되어 표시됩니다.
엑셀처럼 셀의 크기를 조절하는 기능은 없으며, 스프레드시트 관련 설정에서 올림/반올림 하도록 처리할 수도 없습니다. 셀 값으로 수식이 표시되는 상태라면, 이 상태에서 반올림을 해야할지 판단할 수가 없습니다.

2. 해결방법 1 : 뒷자릿수 일부를 볼 수 있도록 처리
【SHIFT】【MENU】 SET UP 에서 Show Cell 항목을 Formula(기본 값) → Value 로 변경

장점
- 셀을 하이라이트 시켰을 때, 수식 대신 숫자가 표시되므로 반올림 해야할지 말아야할지를 사용자가 판단할 수 있습니다.
단점
- 셀을 하나하나 찾아가며 확인해야 합니다.
- 설정을 다시 바꾸기 전까지 셀의 원래 수식(Formula)을 볼 수 없습니다.
수식 예 : C1 - Int C1

장점
- 원래의 셀(위에서는 C1) DATA 값을 훼손하지 않음.
- 수식을 잘 조정하면 원하는 자릿수 이하를 보기가 쉬움.
- Show Cell 을 Formula 로 놓은 상태에서 확인 가능.
단점
- 올림 / 내림의 판단을 사용자가 하나씩 확인해야 함.
- 앞자리 숫자가 없어지므로, 반드시 별도의 확인용 셀을 만들어야 합니다.
(시트가 조금 지저분해질 수 있습니다)
3. 해결방법 2 - 반올림, Int 함수 이용
수식 : Int(C1×1000+0.5)÷1000
├ ×1000, ÷1000 은 최종 자릿수에 따라 다르게 입력해야 합니다.
└ 아래와 같이 C1셀을 참조하여 E1셀을 생성하는 대신, C1에 직접 생성하는 것도 가능합니다.

장점
- 방법1과 달리 마지막 자릿수의 올림/내림을 사용자가 판단하지 않아도 됨.
단점
- 화면상으로만 반올림이 일어나는 것이 아니라 실제의 DATA를 조작하기 때문에, 이를 참조하여 추가계산을 하면 오차가 더 커질 수 있습니다.
3. 해결방법 3 - 반올림, Rndfix 함수 이용 (추천)
수식 : Rndfix(C1,3)
└ 2번째 인수인 3은 처리할 소숫점 자릿수에 따라 다르게 결정해야 합니다.

해결방법 2의 Int 함수를 사용하기 쉽게 구현해 놓은 함수입니다. 수식만 다를 뿐 효과는 같습니다.
※ Int 함수나 Rndfix 함수는 【SHIFT】【4】 CATALOG 에서 불러올 수 있습니다.
CATALOG 화면에서는 영문첫글자를 입력하여 해당영문자 파트로 Jump 할 수 있습니다.
세상의모든계산기 님의 최근 댓글
fx-570 CW 는 아래 링크에서 https://allcalc.org/56026 2025 10.24 불러오기 할 때 변수값을 먼저 확인하고 싶을 때는 VARIABLE 버튼 【⇄[x]】목록에서 확인하고 Recall 하시면 되고, 변수값을 이미 알고 있을 때는 바로 【⬆️SHIFT】【4】로 (A)를 바로 입력할 수 있습니다. 2025 10.24 fx-570 CW 로 계산하면? - 최종 확인된 결과 값 = 73.049507058478629343538 (23-digits) - 오차 = 6.632809104889414877 × 10^-19 꽤 정밀하게 나온건 맞는데, 시뮬레이션상의 22-digits 와 오차 수준이 비슷함. 왜 그런지는 모르겠음. - 계산기중 정밀도가 높은 편인 HP Prime CAS모드와 비교해도 월등한 정밀도 값을 가짐. 2025 10.24 HP Prime 에서 <Home> 73.0495070344 (12-decimal-digits) // python 시뮬레이션과 일치 <CAS> 21자리까지 나와서 이상하다 싶었는데, Ans- 에서 자릿수를 더 늘려서 빼보니, 뒷부분 숫자가 아예 바뀌어버림. 버그인가? (전) 73.0495070584718691243 (21-digits ????) (후) 73.0495070584718500814401 (24-digits ????) 찾아보니 버그는 아니고, CAS에서는 십진수가 아니라 2진수(bit) 단위로 처리한다고 함. Giac uses 48 bits mantissa from the 53 bits from IEEE double. The reason is that Giac stores CAS data (gen type) in 64 bits and 5 bits are used for the data type (24 types are available). We therefore loose 5 bits (the 5 low bits are reset to 0 when a double is retrieved from a gen). 출처 : https://www.hpmuseum.org/cgi-bin/archv021.cgi?read=255657 일단 오차를 놓고 보면 16-decimal-digits 수준으로 보임. 2025 10.23 khiCAS 에서 HP 39gII 에 올린 khiCAS는 254! 까지 계산 가능, 255! 부터는 ∞ fx-9750GIII 에 올린 khiCAS는 factorial(533) => 425760136423128437▷ // 정답, 10진수 1224자리 factorial(534) => Object too large 2025 10.23