SQLite.NET을 여러 번 사용했습니다. 항상 정상적으로 작동하지만 SQL Server Compact 대신 SQL Server Compact를 사용해야한다는 친구가있어서 Microsoft 환경에 완전히 적응했습니다.SQLite.NET 및 SQL Server Compact의 장점 및 단점
이제는 Compact와 함께 일한 적이 없으며 그는 그에게 잘 작동한다고 말하지만, .MDF 확장을 보면 나에게 기진 맥진함이 있습니다. 농담 아니야. 마지막으로 원하는 것은 Access 데이터베이스에 의존하는 응용 프로그램입니다.
필자는 실제로 작업 해본 적이 없기 때문에, 여기 누군가가 그것을 알고 있는지, 그리고 누군가가 그들 사이의 주요 차이점 (대부분 속도, 파일 크기, 안정성 및 기능)을 말할 수 있는지 묻습니다. 나는 그것이 많은 것을 묻는다. 그러나 누군가 내가 나를 도울 수 있으면 나는 감사 할 것이다.
SQL Server Compact는 한 번에 하나의 프로세스 만 MDF에 액세스 할 수 있습니다.
하나의 프로세스 또는 스레드 하나? 파일에 액세스하는 단일 응용 프로그램이므로 문제가 될 것이라고 생각하지 않습니다. –
나는 그저 하나의 프로세스 제한이 확실하다. 파일에 독점적으로 액세스해야합니다. 하지만 여러 스레드가 잘되어야한다고 생각합니다. 나는 결코 나 자신을 시도하지 않았다. –
이 정보는 http://download.microsoft.com/download/e/8/8/e8859616-e95d-41fe-9f81-ff88388d772b/SQLServer%202008CompareComapctExpress.pdf 에 있습니다.보기, 트리거가없는 것으로 보입니다. , 또는 저장 프로 시저. 물론 sqlite에는 저장 프로 시저가 없지만 다른 두 개는 수행합니다. –
액세스가 MDB였습니다 (최근 버전에서는 변경된 것으로 생각됩니다) - SQL Server 정식 버전 MDF가 기본값입니다.
필자는 컴팩트가 문서에서 너무 많은 번거 로움 때문에 SQLite를 사용하기로 결정했다고 고백합니다.
SQL Server Compact Edition이 아닙니다. 그것은 단일 스레드에 의해 액세스 할 수있는 좋은 기능을 가지고 있지 않습니다. 매번 쿼리를 작성해야합니다. 또한 내가 색인을 생성하지 않는다는 것을 알고있는 한. 이 시점에서 내가 틀렸다면 나를 바로 잡으십시오. 그러나 결국 데스크탑 작업에는 매우 느립니다.
SQL Server Compact는 ASP.NET 4에서 보통 신뢰로 실행되며 x64 및 x86 플랫폼을 모두 지원합니다. 최대 256 개의 동시 연결로 제한됩니다. 이는 파일 기반이며 SQL Server만큼 견고하지도 않으며 특정 시점으로의 복구를 지원하지 않습니다.
"Microsoft 환경에 완전히 적합합니까?"이점이있는 이유는 무엇입니까? – finnw