2012-12-05 2 views
4

나는이 우연히 방법을 문의하지 마십시오하지만 다음을 시도하십시오Excel에 날짜 관련 버그가 있습니까?

  1. 유형 "60"를 Excel에서 셀에. 1900 도약하지 이후
  2. 는 1900는

그러나 2 월 29 일 1900가 발생하지 월 29 일이다 (적어도 내 경우)

  • 날짜가 표시되는 날짜 형식으로 데이터 유형을 설정 년 (Wikipedia 참조).

    이 버그는 무엇입니까? 아니면 누락 되었습니까?

  • +1

    그래서 어떻게 비틀 거 렸니? –

    +1

    @UweKeim : Excel 데이터를 Python을 통해 SPSS로 변환하고 SPSS의 날짜가 올바르지 않음을 확인했습니다. 문제는 SPSS의 DATESUM 기능에 있다고 생각했기 때문에 처음에 [여기]를 게시했습니다 (http://spssx-discussion.1045642.n5.nabble.com/Excel-via-Python-to-SPSS-problem-with-DATESUM- function-tt5716635.html). 이 문제는 매우 성공적으로 해결되었습니다. 올바른 공식을 알고 있으며 예상과 약간 다른 이유가 있습니다. – RubenGeert

    +0

    사실, 1900 *이 윤년 이었음을 언급 할 가치가 있습니다 (또는 아닐 수도 있음). (율리우스 력에) –

    답변

    5

    아니요, Excel에서는 버그가 아니며 예가 누락되었습니다.

    Excel에서는이 오류가 발생하도록 설계된 당시에 호환성이 필요했던 Lotus 1-2-3과 일치하는 날짜를 구현했습니다. Lotus 1-2-3은 1900이 윤년이라고 생각하는 버그가있었습니다.

    수정하지 않으려는 이유는 Microsoft documentation을 참조하십시오.

    +1

    이전 버전과의 호환성을 위해 의도 한대로 올바르지 않습니다. OK, 문제가 해결되었습니다. 나는 무슨 일이 일어나고 있는지 알고 있으며 단순히 이것을 고려하여 내 전환 공식을 조정할 것입니다. – RubenGeert

    0

    하시기 바랍니다. 그것은 버그입니다. 원래 Windows 용 Excel 사양에 문서화 된 적이 없습니다. 어떤 Windows 플랫폼에서 작동하기도 전에 Mac에 있던 원래 Excel은 1904 기반 날짜 체계를 사용했습니다. 원래 Excel 작성자가 문제를 인식했습니다.

    "엄밀히 말하자면, Mac에서만 실행되는 Excel 1.0의 문제는 아닙니다 .Mac과 Excel의 원래 버전은 1904 년부터 시작하여 1900 년의 문제를 피하기 위해 부분적으로는 지원하지 않았습니다. Excel이 Windows (Excel 2.0)로 포팅되어 1900 년 시스템이 도입되기 전까지는 아니 었으므로 Excel 1.0 팀의 결정을 비난 할 수는 없습니다. (물론 그렇습니다. 인터뷰에서 언급하지 않을 것 "이라고 말했다. https://www.geekwire.com/2015/recalc-or-die-30-years-later-microsoft-excel-1-0-vets-recount-a-project-that-defied-the-odds/

    이 버그는 MS-BASIC 및 Multiplan에서도 발생했습니다.