MySQL에서 Oracle로 데이터를 마이그레이션할 때 고려해야 할 사항

MySQL에서 Oracle로 데이터 마이그레이션 시 참고 사항

1. 자동으로 증가하는 데이터 유형 처리

MYSQL에는 자동으로 증가하는 데이터 유형이 있으므로 레코드를 삽입할 때 이 필드를 조작할 필요가 없습니다. .데이터 값을 자동으로 얻습니다. ORACLE에는 자동 증가하는 데이터 유형이 없습니다. 레코드를 삽입할 때 일련 번호의 다음 값을 이 필드에 할당해야 합니다.

CREATE SEQUENCE 시퀀스 번호 이름(테이블 이름 + 일련 번호 태그 선호)

INCREMENT BY 1 START WITH 1 MAXVALUE 99999 CYCLE NOCACHE;

INSERT 문 inserts this 필드 값은 다음과 같습니다. 일련번호 이름.NEXTVAL

2. 작은따옴표 처리

MYSQL에서는 큰따옴표를 사용하여 문자열을 묶을 수 있지만 ORACLE에서 문자열을 감싸는 작은따옴표입니다. 문자열을 삽입하거나 수정하기 전에 작은따옴표를 바꿔야 합니다. 모든 작은따옴표를 두 개의 작은따옴표로 바꿉니다. 물론 Convert Mysql to Oracle 도구를 사용하면 이 문제를 고려할 필요가 없습니다

3. 긴 문자열 처리

ORACLE에서 INSERT 및 UPDATE는 4000 단일 바이트보다 작거나 같습니다. 더 긴 문자열을 삽입하려면 필드에 CLOB 유형을 사용하는 것을 고려하고 ORACLE과 함께 제공되는 DBMS_LOB 패키지에서 방법을 빌려오십시오. 수정된 레코드를 삽입하기 전에 비어 있지 않은 필드 값과 길이를 초과하는 필드 값은 경고를 발행하고 마지막 작업으로 돌아가야 합니다.

4. 페이지 넘김 SQL문 처리

MYSQL의 페이지 넘김 SQL문 처리는 비교적 간단합니다. LIMIT를 사용하여 시작 위치를 설정하고 숫자를 기록합니다. ORACLE의 페이징 SQL 문 처리는 더 번거롭습니다. 각 결과 집합에는 해당 위치를 나타내는 하나의 ROWNUM 필드만 있으며 ROWNUM<100만 사용할 수 있지만 ROWNUM>80은 사용할 수 없습니다.

다음은 분석 후 더 나은 ORACLE 페이징 SQL 문 두 개입니다(ID는 고유 키워드의 필드 이름입니다).

문 1:

SELECT ID, FIELD_NAME,. .

FROM TABLE_NAME

WHERE ID IN (SELECT ID

FROM (SELECT ROWNUM AS NUMROW, ID

FROM TABLE_NAME

WHERE 조건 1

ORDER BY 조건 2)

WHERE NUMROW > 80

AND NUMROW < 100)

ORDER BY 조건 3 ;

문 2:

SELECT *

FROM ((SELECT ROWNUM AS NUMROW, c.*

from (select FIELD_NAME,.. .

FROM TABLE_NAME

WHERE 조건 1

ORDER BY 조건 2) c) WHERE NUMROW > NUMROW < 100)

ORDER BY 조건 3 ;

5. 날짜 필드 처리

MYSQL 날짜 필드는 DATE와 TIME으로 구분됩니다. ORACLE 날짜 필드에는 연, 월, 일, 시, 분, 초 정보가 포함됩니다. 현재 데이터베이스의 SYSDATE는 초 단위까지 정확합니다.

날짜 필드의 계산은 매우 다릅니다.

MYSQL은 다음을 사용합니다: DATE_FIELD_NAME > SUBDATE(NOW(),INTERVAL 7 DAY)

ORACLE은 다음을 사용합니다: DATE_FIELD_NAME >SYSDATE - 7

6.

MYSQL에서는 '% string%' 같은 필드명을 사용하는데, ORACLE에서는 '% string%' 같은 필드명도 사용할 수 있는데 이 방법은 인덱스를 사용할 수 없고 속도도 빠르지 않다. 문자열 비교 함수 instr(field name,'string')>0을 사용하면 보다 정확한 검색 결과를 얻을 수 있습니다.

7. 널 문자 처리

MYSQL의 비어 있지 않은 필드에도 빈 내용이 있습니다. ORACLE은 비어 있지 않은 필드를 정의하며 빈 내용을 허용하지 않습니다. MYSQL의 NOT NULL에 따라 ORACLE 테이블 구조를 정의하면 데이터를 가져올 때 오류가 발생합니다. 따라서 데이터를 가져올 때 널 문자인지 판단해야 합니다. NULL이거나 널 문자인 경우 공백 문자열로 변경해야 합니다.

Oracle을 mysql로 ​​포팅 시 주의사항

고객님이 사용하는 데이터베이스는 mysql이고, 개발된 제품은 oracle을 지원하므로, 데이터베이스 환경을 oracle에서 mysql로 ​​포팅해야 합니다. 마이그레이션 과정에서 다음과 같은 문제가 발생했습니다. 초기 설계 및 코딩 과정에서 데이터베이스의 이식성에 주의를 기울이면 이 경우 추가 작업을 수행할 필요가 없습니다.

1. Oracle에서 MySQL로 데이터베이스 환경을 이식할 때 발생하는 문제

1. 대소문자 구분(서버 OS가 Linux인 경우)

Oracle의 일반적인 상황 다음은 대소문자를 구분하지 않습니다. 때때로 우리는 Oracle을 사용할 때 대소문자 문제에 주의를 기울이지 않습니다. 테이블 이름과 필드 이름은 큰따옴표 없이는 대소문자를 구분하지 않습니다. 다음과 같이 tableName에 삽입하고 TABLENAME에 삽입하면 동일한 효과가 있습니다. 데이터 초기화 스크립트에서 얻은 결과는 일반적으로 대문자 테이블 이름과 필드 이름으로 변환됩니다.

그러나 MySQL에서는 사용되는 운영 체제의 대소문자 구분에 따라 데이터베이스 이름과 테이블 이름의 대소문자 구분이 결정됩니다. 데이터베이스는 데이터 디렉터리의 디렉터리에 해당하며, 데이터베이스의 각 테이블은 데이터베이스 디렉터리의 적어도 하나의 파일(스토리지 엔진에 따라 여러 개일 수 있음)에 해당합니다. 따라서 데이터베이스나 테이블을 사용하는 것은 실제로 이러한 파일(폴더)을 조작하는 것이므로 운영 체제의 대소문자 구분에 따라 데이터베이스 이름과 테이블 이름의 대소문자 구분이 결정됩니다. Linux를 커널로 사용하는 운영 체제에서는 대소문자를 구분합니다.

해결 방법은 MySQL의 데이터베이스 이름을 Oracle의 경우와 일치하게 유지하고, 테이블 이름을 애플리케이션의 SQL 문자열에 있는 테이블 이름과 일치하게 유지하는 것입니다. 애플리케이션의 필드 이름에 큰따옴표를 사용하는 경우 SQL의 필드 이름 대소문자는 큰따옴표 안의 문자와 일치합니다. 애플리케이션에서 참조하는 테이블 이름과 필드에 대소문자가 통일되어 있지 않으면 큰 문제가 발생합니다.

2. 예약어의 차이점

SQL 언어의 함수 이름(예: inteval, show)은 예약어입니다. Oracle의 예약어는 테이블 이름 및 필드 이름으로 사용될 수 있으며 사용에 영향을 미치지 않습니다. 그러나 MySQL의 예약어는 테이블 이름 및 필드 이름으로 사용할 수 없습니다.

해결책은 SQL 문의 예약어를 키보드의 탭 키 위에 있는 '`' 기호로 묶는 것입니다. 필드 이름인 경우 tablename.field라는 또 다른 방법이 있습니다. 이름. 이렇게:

insert into tablename (id, `interval`) value(…..

또는

insert into tablename (id, tablename.inteval) value(… ..

3. 자동 성장 유형의 차이점

Oracle에는 시퀀스가 ​​있지만 mysql에는 없지만 auto_increment 속성이 있습니다.

해결책은 시퀀스를 변환하는 것입니다. Oracle에서는 auto_increment 속성을 사용하여 문제를 해결할 수 있는 방법이 있을 수 있습니다.

4. 데이터 유형의 차이점

mysql에는 varchar2와 숫자가 없고 MySQL에는 해당 varchar와 숫자가 있습니다. 물론 Oracle에는 MySQL 시간 유형이 없습니다.

5. 🎜>

MySQL 4.1.2부터 MyISAM 및 InnoDB 테이블의 인덱스 길이는 1000바이트를 지원합니다. 즉, 인덱스 필드의 길이가 1000

바이트를 초과할 수 없다는 의미입니다. 다음 오류가 보고됩니다.

ERROR 1071(42000): 지정된 키가 너무 깁니다. 최대 키 길이는 1000바이트입니다.

UTF-8 인코딩인 경우 길이와 동일합니다. (UTF8 문자 하나가 3바이트를 차지하기 때문에) Oracle의 인덱스 길이 제한은 MySQL보다 훨씬 느슨합니다.

인덱스 정의를 변경하거나 해결 방법에 대해 더 이상 말할 필요가 없습니다. 필드를 변경합니다.

2. 데이터베이스 호환성을 위해 주의해야 할 사항은 무엇인가요?

데이터베이스 설계 시 주의해야 할 사항은 무엇인가요? 고객은 이미 데이터베이스를 사용하고 있으며 동시에 두 개의 데이터베이스를 유지하고 싶지 않습니다. 이 경우 여러 데이터베이스와의 호환성이 제품의 판매 포인트가 될 수 있습니다.

데이터베이스 호환성을 달성하는 열쇠입니다.

1. 표준 사용법을 준수하고, msyql의 '`' 기호 사용과 같은 특정 데이터베이스별 사용법을 사용하지 않도록 노력하세요

. 많은 사람들이 이런 사용법을 가지고 있는데, oracle로 개발할 때 시퀀스를 생성할 때 먼저 테이블에 데이터를 삽입하기 전에 먼저 SELECT seq.nextval FROM DUAL;로 이동한 다음 쿼리에서 얻은 값을 테이블에 값으로 삽입합니다. 순서가 없는 데이터베이스에는 사용법을 적용할 수 없습니다. 각 데이터베이스에는 자동 증가 사용법이 있습니다. 필요한 경우 완전히 사용하십시오.

또 다른 예를 들어, 다양한 데이터베이스에는 확장된 페이징 쿼리가 있습니다. Postgresql에는 오프셋과 제한이 있지만 Oracle에는 없습니다.

2. 예약어

에서는 데이터베이스 설계자가 테이블 이름과 필드 이름에 예약어를 사용하지 않도록 해야 합니다. 테이블명과 필드명 앞에 '_'를 붙여서

처럼 create table _tablename(_id 정수)으로 하는 방법을 사용하는 분들도 많습니다. 이렇게 하면 예약어로 인한 문제가 발생하지 않습니다.

3. 데이터베이스 대소문자 구분 문제 방지

데이터베이스 테이블 이름과 필드 이름이 대문자인지 소문자인지 선택하고 데이터베이스 설계 및 코딩 프로세스에서 완전히 통일되어야 합니다.

Oracle을 Mysql로 ​​변환 도구를 사용할 때 "이름을 대문자로" 옵션 제어에 주의하세요