다음 시나리오가 있습니다. 독자가 만든 XML 메시지를 저장하려면 DB가 필요합니다. 그런 다음 전송 (wcf)을 사용하여 채우기 응용 프로그램 외부의 db를 읽고 중앙 db에 메시지를 보냅니다. 일반적으로 db는 모노 및 창에서 실행해야합니다.크로스 플랫폼 작은 설치 공간 데이터베이스를 찾고
저는 sqlite3을 보았습니다. 모든 요구 사항을 충족시키는 것처럼 보였습니다.하지만 다중 프로세스 액세스와 t가 나의 달콤한 자리에서 멀어지는 것을 읽었습니다.이 마지막 며칠.
감사합니다.
XML을 사용하여 데이터를 저장했다고 생각하십니까? 이보다 더 이상 이식 할 수 없으며 클라이언트 측 저장소 요구가 단순한만큼 오래 사용할 수 있습니다. 예 : 저장할 필요가있는 대량의 많은 도메인 객체가 아닙니다.
또한 XML 데이터 저장소를 사용하면 많은 설치 및 설치 문제를 해결할 수 있습니다. 실행 파일에 상대적인 파일 (또는 파일) 만 참조하면됩니다. 다양한 플랫폼에서 db 엔진을 설치하는 것에 대해 걱정할 필요가 없으며 업그레이드하는 것에 대해 걱정할 필요가 없습니다.
각 프로세스에 고유 한 sqlite3 데이터베이스를 제공하는 것이 가능합니까? 그들은 궁극적으로 어쨌든 중앙 데이터베이스를 사용합니다. 맞습니까?
어떻게 처리하겠습니까? 나는 sqlite (3 일)를 새거야. –
@scope_creep : 당신이 한 과정에서했던 것과 같은 방식으로? – Arafangion
다른 프로세스의 표준 다중 연결. –
문서로 장난하지 마세요. –
@scope_creep : 불행히도 농담이 아니에요.하지만 파이어 버드는 정말 멋진 DBMS입니다. 하지만 어쨌든 RDBMS가 필요하지는 않을 것입니다 ... –
농담이 아닙니다. 농담이 아닙니다. 즉 진실을 말하는 것입니다. –
알다시피, 그게 나쁜 생각이 아니야. 본질적으로 xml 메시지입니다. 각각은 하나의 파일에 들어있어 enocrpted. –
예, XML은 저장소 메커니즘 또는 메시징 구조로 일부 신뢰성을 잃어버린 것처럼 보였습니다. 종종 간과하기도하지만 명확하게 "청구서에 부합합니다"때가 있습니다. 이것은 그들 중 하나일지도 모른다. –
XML 오래된 모자입니다. 대체 된 것은 무엇입니까? JSON –