2011-01-22 4 views
2

XML이 훨씬 작은 규모로 정보를 저장하는 또 다른 방법 인 것처럼 보입니까? DB는 모든 종류를 처리 할 수 ​​있습니다. 나는 프로와 사기가 각각 무엇인지 아는 데 관심이 있습니다. 시나리오 중 하나가 더 나은가요? 각자 최선의 시나리오가 있다고 확신합니다.DB 또는 XML 질문

미리 감사드립니다.

답변

2

음 ... XML은 텍스트이기 때문에 누구나 읽을 수있는 파일입니다.

데이터베이스는 API를 통해 액세스해야하며 특정 database-ey 구조를 준수해야합니다.

데이터베이스와 같은 XML을 만들거나 다른 것으로 만들 수 있습니다.

정보면에서 볼 때, XML 스키마와 데이터베이스 스키마가 동일하다는 것을 증명할 수 있습니다.

실제로는 특정 XML 구조에 적절한 API를 작성해야합니다. 그러나 다른 사람들은 스키마를 읽고 자신의 작업을 수행 할 수 있습니다 ...

데이터베이스는 대개 많은 에이전트가 동시에 안전하게 액세스 할 수있는 API를 가지고 있기 때문에 빛납니다. XML은 그 자체로 텍스트 파일 일뿐입니다.

+0

동시에 액세스 할 수있는 데이터베이스 서버입니다. XML 파일과 관련하여 db 파일과 아무 관련이 없습니다. XML 스키마는 DB 스키마와 거의 비슷하지 않습니다. XML 용 API가 있습니다. 정확히 "텍스트 파일"이 아니기 때문에 구조화 된 텍스트 파일입니다. 나는 계속해서 갈 수있다. –

+0

@ 엘리야, 저는 XML을 좋아합니다. 텍스트 파일보다 더 큰 가치가 있다고 동의합니다 ...그래서 저는 "그냥 텍스트 파일"이라고 말하면서 조금 냉혹 해집니다. 주로 텍스트 파일임을 강조합니다. 충분한 "추가 규칙"을 사용하면 XML로 모든 데이터베이스 기능을 수행 할 수 있다고 생각합니다. DTD 나 스키마만으로는 DB 스키마가 실제로 포함되지 않는다는 점을 고지합니다. 이제 당신이 그것을 지적했다. :) –

+2

그리고 가입, 색인 생성, 관계 정의, 고유성, 검색 가능성 등에 대한 XML 옵션은 무엇입니까? 대답은 쉽습니다. XML은 구조화 된 파일입니다. 마침표. –

0

Well XML과 DB는 Man 자신을 포함하여 이름을 지은 모든 영리한 사람들이 많이 다루었습니다. http://www.joelonsoftware.com/articles/fog0000000319.html을 읽으면 더 명확 해집니다.

+0

아래로 투표하십시오. 나는 repo에 신경 쓰지 않는다, 나는 그 사람이 실제로 동의하지 않는 이유와 이유를 알고 싶다. –

+0

SO가 검색 가능한 답변의 저장소가 되려고하면 "이 링크를 클릭하고 다른 사람의 대답을 읽으십시오"라는 형식의 답은 사용하지 않는 것이 좋습니다. –

+0

귀하의 진술에 동의합니다. Joel을 인용하는 것이 FAQ를 가리키는 것과 같지만. –

2

XML은 구성 파일과 같은 정적 데이터를 저장하는 데 적합합니다. 기존 API 및/또는 XPath로 매우 쉽고 빠르게 읽을 수 있습니다. 그러나 단순히 파일이기 때문에 사용자가 사용할 응용 프로그램의 업데이트가 필요없고 읽을 수있는 데이터를 저장하는 용도로만 사용해야합니다. 운영 체제에 따라 파일 잠금 및 권한이 업데이트에 대한 문제 일 수 있으며 동시성은 유지 관리가 까다로운 작업이 될 수 있습니다.

데이터베이스는 쉽게 읽고, 업데이트하거나 삭제할 수있는 레코드 모음입니다. 대규모 데이터 세트의 경우 데이터베이스는 필드를 인덱싱하여 성능을 향상시키고 다양한 스키마 또는 뷰를 설정하여 다양한 유형의 사용자에 대한 레코드의 가시성을 제어하는 ​​기능을 제공합니다. 데이터 무결성은 데이터베이스를 통해보다 쉽게 ​​유지 관리 할 수 ​​있습니다.

요약하면 XML은 자주 변경하지 않아도되고 응용 프로그램에서 읽기 전용 인 중소 규모 데이터 집합에 더 적합합니다. 데이터베이스는 동적 또는 대형 데이터 세트 나 데이터 보안이 중요한 부분에 더 적합합니다.