저장소를 데이터베이스, 파일 시스템 또는 다른 종류의 저장소와 다른 점은 무엇입니까? 이 기능은 보유하고 있거나 보유하지 않은 기능 세트로 판단하는 저장소라고 정확히 알 수 있습니까?저장소 vs 데이터베이스 vs 파일 시스템
내가 '저장소'라고 말하면 먼저 버전 제어를 의미합니다. 그러나 예를 들어 디지털 라이브러리와 같은 저장소의 다른 예가 있습니다. 물론 다른 예가있을 수 있지만, 모두 저장소가 '무언가를 저장할 수있는 장소'라고 가정합니다. 그러나 정확한 차이점이 무엇인지를 명확하게 밝히지 않아서 다른 어떤 '장소를 저장할 수있는 장소'와 구별 할 수 있습니다.
저는 수년 전에 리포지토리 소프트웨어를 작업했습니다. 당시 범용 데이터베이스와 리파지토리의 차이는 "데이터"와 "메타 데이터"의 차이였습니다.
따라서 데이터베이스는 데이터를 저장합니다. A 저장소은 메타 데이터, 즉 다른 데이터를 설명하는 데이터를 저장하도록 설계된 특별한 클래스의 데이터베이스입니다.
모든 범용 데이터베이스 소프트웨어를 저장소로 사용할 수 있지만 특수 목적 도구를 사용하는 것이 바람직한 메타 데이터의 특성이 있습니다. 일반적으로 데이터의 세분성은 작으며 다른 데이터에 대한 많은 상호 참조가 있습니다. 레코드 수는 다루기 쉬운 경향이 있습니다. 내용의 버전 제어 및/또는 차이에 대한 요구 사항이 종종 있습니다.
데이터베이스 제조업체는 이러한 특별한 요구 사항 때문에 특수 DBMS 시스템을 작성하여 저장소 작성자의 요구를 지원하려고했습니다. (누군가 Microsoft Repository 또는 Unisys's UREP을 기억합니까?) 나는 그 분야에 더 이상 속하지 않으며 지난 10 년 동안 진행 상황에 관해 말할 수 없습니다.
나는 "당신과 다른 사람들이 그것을 검색 할 수 있도록" "저장할 수있는 장소"를 보완 할 것입니다. 아니면 "다른 사람들이 검색 할 수 있도록 관련된 것들을 저장할 수있는 곳"이라고 다시 말해도됩니다. 그 의미는 정말로 일반적입니다.
대조적으로 파일 시스템과 데이터베이스에는보다 기술적 인 정의가 있습니다. "컴퓨팅에서 파일 시스템은 컴퓨터 파일과 파일을 쉽게 찾고 액세스 할 수 있도록 저장 및 구성하는 방법입니다." wikipedia entry을 참조하십시오. 데이터베이스는 쉽게 접근, 관리 및 업데이트되는 방식으로 구조화 된 논리적으로 관련된 데이터의 모음입니다.
저장소는 작성자가 선택한 설명 용어입니다.
나는 그것이 무엇을 의미하는지 묻는 이유가 확실하지 않습니다. 그들이 "우리가 당신의 물건을 가지고있는 파일 시스템 위치"를 말할 필요가 없도록 단지 그들이 선택한 단어입니다.
** 저장소가 데이터베이스, 파일 시스템 또는 다른 종류의 저장소와 다른 점은 무엇입니까? **
아무것도 아니요. 그것은 스토리지입니다. 그것은 파일 시스템입니다. 그것은 데이터베이스입니다. 그들이 "우리가 당신의 물건을 가지고있는 파일 시스템 위치"를 말할 필요가 없도록 단지 그들이 선택한 단어입니다. 그들은 그것을 "저장소"로 단축했습니다.
보통 우리는 영구 저장 장치를 제공하는 기본 OS 기능을 위해 "파일 시스템"을 예약합니다. 저장소는 아마도 임의의 파일보다 더 조직화되어있을 것입니다. 그러나 그렇지 않을 수도 있습니다.
일반적으로 우리는보다 공식적인 API, 쿼리 언어 및 잠금 기능과 백업 및 로그와 같은 일부 신뢰성 기능이있는 개별 제품에 대해 "데이터베이스"를 예약합니다.
내가 가지고 있거나 갖고 있지 않은 일부 기능으로 판단 할 때 저장소 또는 저장소라고 정확하게 말할 수 있습니까?
수 없습니다. 소프트웨어를 작성한 사람들이 그것을 "저장소"라고 부르기로 결정했기 때문에 뭔가가 저장소입니다. 응용 프로그램 개발자는 저장소 (데이터베이스, 파일 시스템, 개별 파일)를 호출 할 수 있습니다. "상태있는"것은 저장소가 될 수 있습니다.
그들은 "우리가 당신의 물건을 가지고있는 파일 시스템 위치"를 말할 필요가 없도록 그들이 선택한 단어입니다.
그것이
왜 그 문제를합니까 정확히 어떤 차이가 않습니다 정말 분명하지 않다? 누가 실제로 신경 쓰겠습니까? 어떤 문제가 있습니까?
어떤 파일이 "저장소"이고 어떤 파일이 "데이터베이스"이고 어떤 파일이 단지 파일인지는 중요합니까?
"백업"또는 "볼트"인 파일을 가질 수 있습니다. "콜렉션"또는 개발자가 원하는 파일을 가질 수 있습니다.
그들은 "우리가 물건을 보관하는 파일 시스템 위치"를 대체 할 설명 용어를 자유롭게 사용할 수 있습니다.
데이터베이스의 관점에서보다 정확해야합니다. 그것은 RDBMS, ODBMS 또는 큰 지속 해시 테이블입니까? 나에게도 파일 시스템은 일종의 "데이터베이스 구현"(hierachical 및 directory/file 기반)이다.
데이터베이스는 데이터가 저장되는 곳으로 테이블 형식으로 저장되는 것이 좋으며 함께 결합/연결되는 수많은 테이블을 포함 할 수 있습니다. 데이터베이스는 언어 쿼리 (대부분 SQL)를 사용하여 보고서를 생성하여 작업을 쉽게 할 수 있습니다. 데이터베이스는 일반적으로 필요할 때 "구조적"수정을 거친다는 점에 유의해야한다.
리포지토리는 본질적으로 최소한 하나의 데이터베이스에 연결되지만 일반적으로 많은 데이터베이스에 연결됩니다. 저장소는 사용자 정보 (드롭 다운 메뉴 또는 로그인 자격 증명 또는 IP 주소를 기반으로 한 자동 선택 또는 리포지토리에서 사용자와 사용자를 식별하는 데 도움이 될 수있는 항목)를 선택할 위치의 데이터베이스를 제공합니다 범위). 리포지토리는 본질적으로 사용자와 데이터베이스 사이에서 논리적 인 해석기를 사용하므로 데이터베이스를 모르는 아마추어도이를 조작 할 수 있습니다. 언어 쿼리는 전문가가 일부 특정 작업을 수행하는 데 여전히 사용될 수 있지만 필수적인 부분은 아닙니다. 저장소는 정보를 그 자체에 저장하지 않지만, 링크 된 데이터베이스에 저장되거나 링크 된 데이터베이스에서 가져온 정보를 입력하거나 표시하는 수단을 제공합니다. 리포지토리가 수정 된 뷰나 추가 된 기능 등을 제공하기 위해 "LOGICAL"수정 또는 버전 제어를 수행한다는 점에 유의해야합니다.
데이터베이스 디자이너의 관점에서 볼 때 데이터베이스 저장소는 데이터베이스 데이터베이스의 메타 데이터를 보유하는 데 사용됩니다. 예를 들어 테이블 간의 관계, 프로그램이이 테이블 등을 액세스하여 DB 응용 프로그램에서 변경의 영향을 판단하는 데이 정보를 사용할 수 있습니다.
내 배경은 RIM입니다. 내가 데이터베이스라고 생각할 때, 나는 SQL 구조 또는 비슷한 것을 생각한다. 모든 데이터 요소. Repository의 일을 할 때 스캔 된 하드 카피 문서, 전자 문서, PDF, 사진, 음성 및 비디오 파일 등을 저장하는 것이 좋습니다.
DB는 데이터에 최적화되어 있습니다.저장소는 객체 저장을 위해 최적화되어 있습니다.
어떤 문제가 있습니까? 왜 묻는거야? 무언가가 깨졌습니까? 잃어버린? 삭제 되었습니까? 손상 되었습니까? 왜이 문제가 중요합니까? –
@ S.Lott : 데이터 손실이나 변환없이 다른 유형의 저장소에 동일한 개체를 저장할 수없는 조건이 있습니다. 그 이유를 알고 싶었습니다. 그러한 것들을 구별 할 수있는 근본적인 원리가 있다고 생각됩니다. – altern
이것은 http://english.stackexchange.com에 대한 질문과 비슷합니다. –