저는 현재 DB 연결을위한 수단으로 OCI 라이브러리를 추상화하는 몇 가지 기본 기능을 사용하고 있습니다. 우리는 PHP의 PDO 객체로 전환하는 것을 고려하고 있지만 일부 빠른 검색에서는 오라클 드라이버가 다른 PDO 드라이버보다 조금 성숙하지 않은 것처럼 보입니다. 프로덕션 환경에서 PDO/oci8을 사용하는 사람의 PDO/oci8에 대한 찬성/반대 의견을 감사드립니다.오라클, PDO_OCI 대 OCI8
감사합니다.
은 오라클이 :) 등 ... 당신이 오라클 데이터베이스에 닫습니다 ... 오라클 드라이버를 유지하기 위해 자신의 드라이버입니다
을 지금까지 개발하는 것 PDO에 대한 드라이버를 개발에 관심이없는 나에게 보인다 내가 본 것처럼 당신이 최대에 대처할 수 있다면 아무런 문제가 없다. 4000 CHARS의 VARCHAR2 텍스트 CLOB (및/또는 더 큰)가 필요하면 PDO_OCI를 사용하지 마십시오.
필자는 오라클과 함께 PDO를 대체하기 위해 "PDOSurrogate"클래스 모음을 만들었습니다. PDO가 충분히 성숙되면 Refactor-> Rename을 사용하여 PDO로 변경할 수 있습니다.
나는 PDO 드라이버에 대해 개인적인 경험이 없다. (심지어 고려하지도 않았기 때문에 experimental으로 충분했다.) 그러나 The Underground PHP and Oracle Manual에 우리는 PHP PDO 확장 장에 서문으로, 다음을 읽을 수 있습니다
PDO 확장 및 PDO_OCI 드라이버가 이후 PHP 5.1에서 오픈 소스와 포함되어 있습니다. 오라클은 PDO_OCI에 기여하지 않습니다.
PHP 커뮤니티는 PDO 프로젝트 쇠약을 할 수 있으며, 오라클은 대신 가능하면 때문에 더 나은 기능 세트의 성능, 신뢰성 및 안정성을 OCI8을 사용하는 것이 좋습니다. 일반 용도의 용도의 PDO_OCI 사용은 권장하지 않습니다. (일부 bug fixes 다음 지금 통과하고 있지만)
확장은 아마 제대로 관리있어, 완료되지 않습니다 그것은 년 동안 그런 식이었다. 나는 그 바구니에 계란을 넣지 않을거야.
나는 파티에 너무 늦을 수 있습니다. 그냥 토론에 가치를 더할 것이라고 생각했습니다. OCI8 및 OCI8_11 확장에 익숙하며 저장 프로 시저/패키지, CLOB/BLOB 및 XML을 사용하여 광범위한 워크로드를 수행했습니다. 옵션이 부족한 적이 없었습니다 .. 또한 매우 안정적으로 보이며 광범위한로드를 처리 할 수 있으며 심지어 사용했습니다. 한 번 ETL (Extract Transform Load) 응용 프로그램을 사용하여 많은 작업 부하를 처리 할 수 있습니다 ... 또한 oci8이 pdo보다 널리 사용되는 확장 프로그램이라고 생각합니다 ..
나는 그 질문을 잘못 읽은 것 같아. 아무도 OCI의 이점을 부정하지 않습니다. 문제는 ** PDO ** 드라이버가 안정적입니까? –
Oracle PDO 드라이버는 시험용으로 표시되어 있습니다. – Blair