- 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 할 수 있습니다.
세상의모든계산기 님의 최근 댓글
오류 발생 https://www.youtube.com/watch?v=dcg0x5SjETY 위 영상의 문제의 함수를 직접 구해 보았습니다. 그래프로는 잘 확인이 되는데... fmin(), fmax() 함수로 직접 구해보니, 결과가 기대한 것과 다르네요. 구간을 넣지 않으니 fmim, fmax 둘 다에서 오류인 결과를 내놓습니다. 구간을 넣더라도, 적절하게 넣지 않으면, 답이 잘 안나오는 걸 확인할 수 있습니다. fmin 은 그나마 x=0을 기준으로 나누지 않더라도 답이 나오는 편이지만, fmax 는 -10~10 을 구간으로 넣을 때, 가운데 x=0 근방에서 그래프가 위로 솟아오르는 구간은 함수값을 확인하지 않는 듯 합니다. ㄴ fmax가 더 열등해서 그런 것은 아니고, 뒤집어진 모양에서는 반대로 fmin이 못찾습니다. 구간 범위가 커질 경우, 함수에 적용하여 계산하다가 숫자 허용 한계를 벗어나서 overflow 가 나서 오류가 발생할 수도 있는 듯 합니다. 뒤에 점을 넣으니 경고 문구가 추가로 나오긴 했는데, ⚠️ Questionable accuracy. When applicable, try using graphical methods to verify the results. 그래도 실망이네요. * 믿음직한 녀석은 아닌 듯 하니, 주의 표시 ⚠️가 나오든 안나오든, 사용에 주의하시기 바랍니다. 가급적이면 그래프로 검증해 보시는게 좋겠습니다. 2025 10.26 예시 8-1 : 분수식 solve시 오류 예시, 분모에 들어간 X³을 X로 치환해 해결? https://allcalc.org/56074 2025 10.25 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