XML이 훨씬 작은 규모로 정보를 저장하는 또 다른 방법 인 것처럼 보입니까? DB는 모든 종류를 처리 할 수 있습니다. 나는 프로와 사기가 각각 무엇인지 아는 데 관심이 있습니다. 시나리오 중 하나가 더 나은가요? 각자 최선의 시나리오가 있다고 확신합니다.DB 또는 XML 질문
미리 감사드립니다.
XML이 훨씬 작은 규모로 정보를 저장하는 또 다른 방법 인 것처럼 보입니까? DB는 모든 종류를 처리 할 수 있습니다. 나는 프로와 사기가 각각 무엇인지 아는 데 관심이 있습니다. 시나리오 중 하나가 더 나은가요? 각자 최선의 시나리오가 있다고 확신합니다.DB 또는 XML 질문
미리 감사드립니다.
음 ... XML은 텍스트이기 때문에 누구나 읽을 수있는 파일입니다.
데이터베이스는 API를 통해 액세스해야하며 특정 database-ey 구조를 준수해야합니다.
데이터베이스와 같은 XML을 만들거나 다른 것으로 만들 수 있습니다.
정보면에서 볼 때, XML 스키마와 데이터베이스 스키마가 동일하다는 것을 증명할 수 있습니다.
실제로는 특정 XML 구조에 적절한 API를 작성해야합니다. 그러나 다른 사람들은 스키마를 읽고 자신의 작업을 수행 할 수 있습니다 ...
데이터베이스는 대개 많은 에이전트가 동시에 안전하게 액세스 할 수있는 API를 가지고 있기 때문에 빛납니다. XML은 그 자체로 텍스트 파일 일뿐입니다.
Well XML과 DB는 Man 자신을 포함하여 이름을 지은 모든 영리한 사람들이 많이 다루었습니다. http://www.joelonsoftware.com/articles/fog0000000319.html을 읽으면 더 명확 해집니다.
아래로 투표하십시오. 나는 repo에 신경 쓰지 않는다, 나는 그 사람이 실제로 동의하지 않는 이유와 이유를 알고 싶다. –
SO가 검색 가능한 답변의 저장소가 되려고하면 "이 링크를 클릭하고 다른 사람의 대답을 읽으십시오"라는 형식의 답은 사용하지 않는 것이 좋습니다. –
귀하의 진술에 동의합니다. Joel을 인용하는 것이 FAQ를 가리키는 것과 같지만. –
XML은 구성 파일과 같은 정적 데이터를 저장하는 데 적합합니다. 기존 API 및/또는 XPath로 매우 쉽고 빠르게 읽을 수 있습니다. 그러나 단순히 파일이기 때문에 사용자가 사용할 응용 프로그램의 업데이트가 필요없고 읽을 수있는 데이터를 저장하는 용도로만 사용해야합니다. 운영 체제에 따라 파일 잠금 및 권한이 업데이트에 대한 문제 일 수 있으며 동시성은 유지 관리가 까다로운 작업이 될 수 있습니다.
데이터베이스는 쉽게 읽고, 업데이트하거나 삭제할 수있는 레코드 모음입니다. 대규모 데이터 세트의 경우 데이터베이스는 필드를 인덱싱하여 성능을 향상시키고 다양한 스키마 또는 뷰를 설정하여 다양한 유형의 사용자에 대한 레코드의 가시성을 제어하는 기능을 제공합니다. 데이터 무결성은 데이터베이스를 통해보다 쉽게 유지 관리 할 수 있습니다.
요약하면 XML은 자주 변경하지 않아도되고 응용 프로그램에서 읽기 전용 인 중소 규모 데이터 집합에 더 적합합니다. 데이터베이스는 동적 또는 대형 데이터 세트 나 데이터 보안이 중요한 부분에 더 적합합니다.
동시에 액세스 할 수있는 데이터베이스 서버입니다. XML 파일과 관련하여 db 파일과 아무 관련이 없습니다. XML 스키마는 DB 스키마와 거의 비슷하지 않습니다. XML 용 API가 있습니다. 정확히 "텍스트 파일"이 아니기 때문에 구조화 된 텍스트 파일입니다. 나는 계속해서 갈 수있다. –
@ 엘리야, 저는 XML을 좋아합니다. 텍스트 파일보다 더 큰 가치가 있다고 동의합니다 ...그래서 저는 "그냥 텍스트 파일"이라고 말하면서 조금 냉혹 해집니다. 주로 텍스트 파일임을 강조합니다. 충분한 "추가 규칙"을 사용하면 XML로 모든 데이터베이스 기능을 수행 할 수 있다고 생각합니다. DTD 나 스키마만으로는 DB 스키마가 실제로 포함되지 않는다는 점을 고지합니다. 이제 당신이 그것을 지적했다. :) –
그리고 가입, 색인 생성, 관계 정의, 고유성, 검색 가능성 등에 대한 XML 옵션은 무엇입니까? 대답은 쉽습니다. XML은 구조화 된 파일입니다. 마침표. –