C++ 데이터베이스 라이브러리 OTL 및 SOCI의 장단점은 무엇입니까? 특히 데이터베이스가 SQL Server 2008을 사용하는 프로젝트와 관련하여 어떤 차이가 있습니까?OTL과 SOCI의 차이
이전에는 사용하지 않았지만 프로젝트 도중에 라이브러리를 변경하고 싶지 않습니다.
C++ 데이터베이스 라이브러리 OTL 및 SOCI의 장단점은 무엇입니까? 특히 데이터베이스가 SQL Server 2008을 사용하는 프로젝트와 관련하여 어떤 차이가 있습니까?OTL과 SOCI의 차이
이전에는 사용하지 않았지만 프로젝트 도중에 라이브러리를 변경하고 싶지 않습니다.
몇 년 전 나는 그것들을 비교해 보았다. Sql Server ODBC와 Sqlite 백엔드를 사용하는 프로젝트를 위해 Soci과 함께 가기로 결정했다. 그 당시에는 Soci와 OTL 모두 적극적으로 유지 관리되었지만 Soci는 더 좋은 인터페이스를 가지고있었습니다. 그 이후로 OTL을 사용하지는 않았지만 중간 크기의 프로젝트에서 Soci를 많이 사용했습니다.
문자열 길이 제한 (2008 년 버전 3.0)과 같은 몇 가지 예기치 않은 Soci 문제가있었습니다. Soci의 주된 문제는 매우 활발히 유지되지 않는다는 것입니다. 2008 년과 2011 년 사이에 업데이트가 없었으므로 몇 년 동안 해결 방법을 작성하고 직접 코드를 수정하거나 저장소에서 실험적인 것을 사용해야했습니다. 이 업데이트가 없기 때문에 OTL 로의 전환을 고려했지만 아직 도약하지 못했습니다. 나는 OTL보다 Soci의 깔끔함을 선호하지만 코드를 적극적으로 유지하는 것이 장기적으로 더 중요합니다.
아직 새로운 Soci 버전 (2011-10-11)을 시도하지는 않았지만 이전 문제 중 일부를 해결하면 매우 기쁩니다. Soci는 훌륭한 db 라이브러리이며 더 많은 사랑과 관심을 받기를 바랍니다.
이렇게 짧습니다. OTL은 더 자주 업데이트 될 것으로 보이기 때문에보다 안전한 내기가 될 수 있습니다 (그러나 나는 그것을 사용하지 않았기 때문에 확실하게 말할 수는 없습니다). Soci는 당신의 취향이 나의 것과 같고 완벽하게 사용할 수 있다면 "좋네요"입니다. 나는 작은 프로젝트를 위해 그것을 다시 사용할 것이지만 제한된 유지 보수 때문에 커다란 프로젝트를 위해 사용하지는 않을 것입니다.
EDIT : 방금 새로운 Soci 3.1 릴리스를 시도했으며 ODBC 백엔드에서 긴 문자열로 문제를 해결했습니다. 나는 Soci를 조금 더 오래 붙들 것이다.
SOCI가 당신을위한 옵션입니까? 내가 그들의 페이지에 나열된 MSSQL 드라이버를 보지 못했어요 – lurscher