the GraphDB documentation에 따르면, 기본 RDF4J 데이터베이스에 대해 직접 프로그래밍 할 수 있습니다. 내 직감에 반해 동일한 데이터베이스 파일을 두 개의 개별 응용 프로그램에서 동시에 액세스 할 수 있습니다. 동시 쓰기를 포함하여 올바르게 처리됩니까?응용 프로그램이 GraphDB의 기본 RDF4J 데이터베이스를 직접 프로그램 할 수 있습니까?
나는 GraphDB가 이전의 참깨 2.9 버전을 사용한다고 생각합니다. 최신 RDF4J 2.1 버전으로 파일 형식이 변경 되었습니까? 또는이 오래된 참깨 버전을 대신 사용해야합니까?
위의 내용이 모두 맞는 경우 HTTP 연결에 비해 큰 성능 보너스가 있다고 가정합니다. 이를 뒷받침하는 테스트 결과가 있습니까?
나는 GraphDB가 이전의 참깨 2.9 버전을 사용한다고 생각합니다. 파일 이 최신 RDF4J 2.1 버전으로 변경 되었습니까? 아니면이 오래된 세서미 버전 을 사용해야합니까?
참깨 2.9은 여전히 자바 7을 사용 GraphDB 정말보다 참깨 2.9을 사용 그렇다면 참깨 4 RDF4J는 파일 형식이 변경되지 않은 자바 8
를 사용하지만 프로그래밍 API는 Sesame2과 4 사이에 꽤 변경 동일한 버전을 사용해야합니다.
대한 추가 정보를 원하시면도 http://docs.rdf4j.org/migration/
내가 여기 혼란의 비트가 있다고 생각을 참조하십시오. GraphDB에는 "기본 RDF4J/참깨 데이터베이스"가 없습니다. RDF4J/Sesame은 RDF 데이터베이스에 대한 표준 Java 액세스 API를 제공하며 GraphDB는이 API를 구현합니다.
GraphDB 문서에 설명 된대로 Sesame API를 사용하여 프로그래밍 방식으로 GraphDB 저장소에 액세스 할 수 있습니다. Sesame은 로컬 데이터베이스 (자신의 응용 프로그램에 내장되어 있음) 또는 원격 데이터베이스 (HTTP를 통해 액세스 할 수 있음)에 액세스하는 방법을 제공합니다. 정확하게 추측했듯이 여러 응용 프로그램을 사용하여 데이터베이스에 로컬로 액세스 할 수는 없습니다. 둘 이상의 응용 프로그램에 액세스해야하는 경우 두 응용 프로그램 모두 HTTP를 통해 데이터베이스에 액세스해야합니다 (또는 하나의 응용 프로그램에서 다른 응용 프로그램과 직접 대화해야하지만 많은 사용자 지정 코딩).
@ChristophE가 올바르게 지적한대로 참깨 2.9와 RDF4J의 차이점은 (migration guide 참조), GraphDB 버전이 아직 RDF4J에서 작동하지 않을 것입니다. 그러나 다음 번 출시 될 GraphDB는 RDF4J를 지원할 것입니다.
성능 : 자연스럽게 HTTP를 통한 통신은 직접 액세스와 비교할 때 성능 저하를 초래합니다. 나는 정확한 수치가 없다. 나는 두렵다. 그러나 GraphdB뿐만 아니라 Sesame/RDF4J 자체도 가능한 한이 페널티를 최소화하도록 설계되었으므로 이 아닐 수도 있습니다.