Excel은 " 구조화된 정보 또는 데이터의 조직화된 모음 "( Oracle 에서 가져온 데이터베이스 정의 )을 포함할 수 있습니다. 따라서 기술적으로 Excel이 데이터베이스(DB)라고 주장할 수 있습니다. 그러나이 정의를 사용하면 모든 종류의 파일이 DB가 될 수 있으며 심지어 단어 문서도 될 수 있습니다…

Excel은 데이터를 저장하는 것이 아니라 데이터로 작업할 수 있는 강력한 스프레드시트 도구입니다! 비교적 쉽고 직관적이며 대부분의 컴퓨터에서 찾을 수 있고 대부분의 목적에 충분합니다. DB로 사용하고 싶은 유혹은 이해하지만 하지 마세요! 결정을 후회하지 않을 것입니다.

데이터는 회사의 가장 귀중한 자산 중 하나이므로 그렇게 취급하십시오. Excel을 회사의 DB로 사용하지 마십시오 .

엑셀 DB로 사용시 문제점

데이터 무결성 은 데이터가 너무 쉽게 손상되기 때문에 문제입니다. 셀의 데이터 유형은 적용되지 않으며 숫자가 있어야 하는 곳에 텍스트를 입력할 수 있습니다. 대부분의 경우 데이터는 수동 입력으로 삽입/삭제/수정됩니다. 여기에는 조만간 발생할 불가피한 인적 오류가 포함됩니다. 자동 및 가변 서식도 데이터를 손상시킬 수 있습니다(예: 날짜가 숫자로 변환됨).

제한된 스토리지 는 프로젝트/회사가 성장하고 결과적으로 처리하는 데이터가 증가함에 따라 곧 문제가 될 것입니다. Excel에는 1,048,576행 x 16,384열이라는 엄격한 제한이 있습니다. 또한 단일 세포에는 한계가 있습니다. 최대 열 너비: 255자( 여기에서 전체 제한 목록 ).

다중 사용자용으로 설계되지 않았습니다 . 다른 사람들과 하나의 스프레드시트에서 작업하고 이메일을 통해 보내는 경우가 종종 있습니다. 이로 인해 필연적으로 파일 버전과의 혼동, 여러 사람이 동시에 작업(이중 작업)하고 누가 무엇을 언제 변경했는지 이해할 수 없게 됩니다. 클라우드에서 공유하더라도 공동 작업자가 서로의 작업을 덮어쓰는 불가피한 문제가 있습니다. 클라우드의 버전 기록을 사용할 수 있지만 재구성하기가 지루합니다. 누구나 데이터를 수정하고 항목을 추가/삭제할 수 있습니다. 접근이 제대로 관리되지 않으면 익명으로라도! 재앙의 비법.

데이터가 증가하고 공식이 복잡해짐에 따라 속도/성능 이 저하됩니다. 정렬 및 필터링도 Excel에서 문제가 될 수 있습니다. DB가 훨씬 빠르고 간단합니다.

데이터 보안 은 사용자 및 특정 역할에 의해 시행되지 않습니다. 누구나 구조화되지 않은 방식으로 모든 데이터에 액세스하고 수정할 수 있습니다. 이는 DB에서 사용자 및 역할로 관리됩니다. 아마도 우발적으로라도 뭔가 잘못될 것입니다. 예를 들어 잘못된 사람에게 스프레드시트가 포함된 이메일을 보내거나, 실수로 레코드를 삭제하거나, 기능을 수정하거나, 셀 경계를 변경합니다.

복잡한 작업을 지원하지 않습니다. 선형 워크플로 및 상대적으로 간단한 계산에 적합합니다. 복잡성이 증가함에 따라 Excel로 작업이 어려워집니다. VBA는 일부 자동화를 제공하지만 제한 사항도 있습니다. Excel에는 인덱싱 메커니즘 또는 레코드 간의 관계에 대한 구조가 없습니다(DB에서 제공).

지루하고 시간이 많이 걸립니다. 종종 많은 복사 붙여넣기가 필요하거나 데이터를 적응/포맷하기 위한 수동 작업이 필요합니다. 시간 낭비 및 오류가 발생하기 쉽습니다.

회사 규모에 관계없이 Excel은 허용되는 DB 옵션이 아닙니다.