Microsoft의 "Windows Genuine Value Added Program" 수석 제품 관리자인 Alex Kochis는 블로그에 사람의 실수로 인해 오류가 발생했다고 썼습니다. Alex는 새 소프트웨어가 WGA를 실행하는 서버에 실수로 로드되었기 때문에 서버에서 오류가 발생했다고 말했습니다. 정상적으로 작동하지 않으며 정품 소프트웨어 사용자의 합리적인 응용 프로그램이 올바르게 처리될 수 없습니다. 고객이 사용하는 데이터베이스는 MySQL이며, 개발된 제품이 Oracle을 지원하기 위해서는 고객이 이를 지불하기 위해서는 데이터베이스 환경을 Oracle에서 MySQL로 변경해야 합니다. 변환 과정에서 다음과 같은 문제가 발생했으며, 같은 문제를 겪은 동료들에게 참고가 되기를 바랍니다. 초기 설계 및 코딩 과정에서 데이터베이스의 이식성에 주의를 기울이면 이 경우 추가 작업을 수행할 필요가 없습니다.
1. 데이터베이스 환경을 Oracle에서 MySQL로 변경할 때 발생하는 문제.
로직은 그대로 유지되므로 애플리케이션 코드는 변경하지 않고, 데이터베이스 테이블의 생성/초기화 SQL만 변경하는 것이 원칙입니다. 다음은 우리가 직면한 문제와 해결 방법입니다.
1. 대소문자 구분(서버 OS가 Linux인 경우)
Oracle은 일반적으로 대소문자를 구분하지 않습니다. 때때로 우리는 Oracle을 사용할 때 대소문자 문제에 주의를 기울이지 않습니다. 테이블 이름과 필드 이름은 큰따옴표 없이는 대소문자를 구분하지 않습니다. 다음과 같이 tableName에 삽입하고 TABLENAME에 삽입하면 동일한 효과가 있습니다. 데이터 초기화 스크립트에서 얻은 결과는 일반적으로 대문자 테이블 이름과 필드 이름으로 변환됩니다.
그러나 MySQL에서는 사용되는 운영 체제의 대소문자 구분에 따라 데이터베이스 이름과 테이블 이름의 대소문자 구분이 결정됩니다. 데이터베이스는 데이터 디렉터리의 디렉터리에 해당하며 데이터베이스의 각 테이블은 데이터베이스 디렉터리의 하나 이상의 파일(또는 스토리지 엔진에 따라 여러 개)에 해당합니다. 따라서 데이터베이스나 테이블을 사용하는 것은 실제로 이러한 파일(폴더)을 조작하는 것이므로 운영 체제의 대소문자 구분에 따라 데이터베이스 이름과 테이블 이름의 대소문자 구분이 결정됩니다. Linux를 커널로 사용하는 운영 체제에서는 대소문자를 구분합니다.
해결 방법은 MySQL의 데이터베이스 이름을 Oracle의 경우와 일치하게 유지하고, 테이블 이름을 응용 프로그램의 SQL 문자열에 있는 테이블 이름과 일치하게 유지하는 것입니다. 응용 프로그램의 필드 이름에 큰따옴표가 사용되는 경우 필드 이름을 변경하십시오. SQL에서 이름의 대소문자는 큰따옴표로 묶인 문자와 일치해야 합니다. 애플리케이션에서 참조하는 테이블 이름과 필드에 대소문자가 통일되어 있지 않으면 큰 문제가 발생합니다.
2. 예약어의 차이.
SQL 언어의 함수 이름(예: inteval, show)은 예약어입니다. Oracle의 예약어는 테이블 이름 및 필드 이름으로 사용될 수 있으며 사용에 영향을 미치지 않습니다. 그러나 MySQL의 예약어는 테이블 이름 및 필드 이름으로 사용할 수 없습니다.
해결 방법은 키보드의 탭 키 위에 있는 '``' 기호를 사용하여 SQL 문의 예약어를 인용하는 것입니다. 필드 이름인 경우 tablename.field 이름이라는 또 다른 방법이 있습니다. 다음과 같이: 테이블 이름 (id, `interval`) 값(…..에 삽입하거나 테이블 이름 (id, tablename.inteval) 값(….. )에 삽입합니다.
3. 데이터 유형의 차이.
mysql에는 oracle과 같은 varchar2와 숫자가 없습니다. 물론, oracle에는 mysql 시간 유형이 없습니다.
해결책은 교체입니다.
4. 자동 성장 유형의 차이점.
Oracle에는 시퀀스가 있지만 mysql에는 없지만 auto_increment 속성이 있습니다.
해결 방법은 auto_increment 속성을 사용하도록 Oracle에서 시퀀스를 변환하는 것입니다. 경우에 따라 자동 증가 데이터를 기록하는 새로운 독립 테이블을 만드는 방법이 있을 수 있습니다.
5. 인덱스 길이 제한의 차이.
MySQL 4.1.2부터 MyISAM 및 InnoDB 테이블의 인덱스 길이는 1000바이트를 지원합니다. 즉, 인덱스 필드의 길이가 1000바이트를 초과할 경우 다음 오류가 보고됩니다: ERROR 1071 (42000): 지정된 키가 너무 깁니다. 최대 키 길이는 1000바이트입니다. UTF-8 인코딩이라면 UTF8 문자 하나가 3바이트를 차지하기 때문에 길이는 333자에 해당합니다. Oracle의 인덱스 길이 제한은 MySQL보다 훨씬 느슨합니다.
인덱스 정의를 변경하거나 필드의 정의 길이를 변경하는 등 솔루션을 자세히 설명할 필요가 없습니다.
2. 데이터베이스 호환성을 위해 주의해야 할 점은 무엇인가요?
데이터베이스 호환성은 데이터베이스 설계 시 주의를 기울여야 하는 문제입니다. 고객이 이미 사용 중인 데이터베이스를 가지고 있고 동시에 두 개의 데이터베이스를 유지하기를 원하지 않는 경우가 있기 때문입니다. 이 경우 여러 데이터베이스와의 호환성도 저하될 수 있습니다. 제품의 판매 포인트.
데이터베이스 호환성을 달성하는 핵심은 표준 사용법을 준수하는 것입니다.
1. 표준 사용법을 따르고 특정 데이터베이스별 사용법을 사용하지 마십시오.
msyql의 '``' 기호 사용과 같은
또 다른 예를 들면, 많은 사람들이 Oracle을 사용하여 시퀀스를 생성할 때 테이블에 데이터를 삽입하기 전에 SELECT seq.nextval을 사용한 다음 쿼리에서 얻은 값을 테이블에 값으로 삽입합니다. 작동하지 않습니다. 시퀀스가 없는 데이터베이스에는 적합하지 않습니다. 각 데이터베이스에는 자동 증가 사용이 필요하므로 완전히 사용해야 합니다.
또 다른 예를 들어, 다양한 데이터베이스에는 확장된 페이징 쿼리가 있습니다. Postgresql에는 오프셋과 제한이 있지만 Oracle에는 없습니다.
2. 데이터베이스 대소문자 구분 문제를 피하세요.
데이터베이스 테이블 이름과 필드 이름이 대문자인지 소문자인지 선택하고 데이터베이스 설계 및 코딩 중에 완전히 통일되어야 합니다.
3. 예약어.
데이터베이스 디자이너는 테이블 이름과 필드 이름에 예약어를 사용하지 않도록 노력해야 합니다. create table _tablename (_id 정수)와 같이 테이블 이름과 필드 이름 앞에 '_'를 추가하여 이 방법을 사용하는 사람들도 많습니다. 이렇게 하면 예약어로 인한 문제가 발생하지 않습니다.