Migrering fra DB2 til PostgreSQL - hvad du bør vide

Uanset om migrering af en database eller en applikation fra DB2 til PostgreSQL med kun én type databaseviden er ikke tilstrækkelig, er der få ting at vide om forskellene mellem de to databasesystemer.

PostgreSQL er verdens mest udbredte avancerede open source-database. PostgreSQL-databasen har et rigt funktionssæt, og PostgreSQL-fællesskabet er meget stærkt, og de forbedrer løbende de eksisterende funktioner og tilføjer nye funktioner. Ifølge db-engine.com er PostgreSQL årets DBMS 2017 og 2018.

Som du ved er DB2 og PostgreSQL RDBMS, men der er nogle inkompatibiliteter. I denne blog kan vi se nogle af disse uforeneligheder.

Hvorfor migrere fra DB2 til PostgreSQL

1. Fleksibel open source-licensering og nem tilgængelighed fra offentlige cloud-udbydere som AWS, Google cloud, Microsoft Azure.
2. Brug af open source-tilføjelser for at forbedre databasens ydeevne.

Du kan se på billedet nedenfor, at PostgreSQL-populariteten stiger over tid sammenlignet med DB2.

Interesse over tid

Migrationsvurdering

Det første trin i migreringen er at analysere applikationen og databaseobjektet, finde ud af inkompatibiliteterne mellem begge databaser og estimere den tid og omkostninger, der kræves til migrering.

Data Type Mapping

Nogle af datatyperne i IBM DB2 matcher ikke direkte med PostgreSQL-datatyper, så du skal ændre det til tilsvarende PostgreSQL-datatype.

Tjek venligst nedenstående tabel.

Inkompatibilitet i DB2 og PostgreSQL

Der er mange inkompatibiliteter til stede i DB2 og PostgreSQL, du kan se nogle af dem her. Du kan automatisere dem ved at oprette udvidelser, så du kan bruge DB2-funktionen, som den er i PostgreSQL, og du kan spare tid. Kontroller DB2-funktionens opførsel i PostgreSQL

TABELPLADS

TABLESPACE-udtrykket definerer navnet på det tablespace, hvori den nyoprettede tabel ligger.

DB2 bruger IN-udtryk til TABLESPACE, så det bør erstattes af TABLESPACE-udtryk i PostgreSQL.

Eksempel:

DB2:

IN <tablespace_name> 

PostgreSQL:

TABLESPACE <tablespace_name> 

KUN FØRSTE FETCH n RÆKKER

I DB2 kan du bruge FETCH FIRST n ROWS ONLY-sætning til ikke at hente mere end n rækker. I PostgreSQL kan du bruge LIMIT n, som KUN svarer til FETCH FIRST n ROWS.

Eksempel:

DB2:

SELECT * FROM EMP
 ORDER BY EMPID
 FETCH FIRST 10 ROWS ONLY; 

PostgreSQL:

SELECT * FROM EMP
 ORDER BY EMPID
 LIMIT 10; 

GENERERET AF STANDARD SOM IDENTITET

IDENTITY-kolonnen i DB2 kan erstattes af Seriel-kolonnen i PostgreSQL.

DB2:

CREATE TABLE <table_name> (
<column_name> INTEGER NOT NULL
 GENERATED BY DEFAULT AS IDENTITY (START WITH 1, INCREMENT BY 1, CACHE 20) 
); 

PostgreSQL:

CREATE TABLE <table_name> (
<column_name>  SERIAL NOT NULL
); 

Vælg fra SYSIBM.SYSDUMMY1

Der er ingen "SYSIBM.SYSDUMMY1"-tabel i PostgreSQL. PostgreSQL tillader en "SELECT" uden "FROM"-klausul. Du kan fjerne dette ved at bruge script.

Skalære funktioner:DB2 vs PostgreSQL

LOFT/LOFT

CEIL eller CEILING returnerer den næstmindste heltalværdi, der er større end eller lig med inputtet (f.eks. CEIL(122.89) returnerer 123, og CEIL(122.19) returnerer 123).

DB2:

SELECT DATE ('2018-09-21') FROM SYSIBM.SYSDUMMY1; 

SELECT TO_DATE ('21-09-2018',’DD-MM-YYYY’) ; 

SELECT DAY (DATE('2016-09-21')) FROM SYSIBM.SYSDUMMY1; 

SELECT DATE_PART('day', '2016- 09-21'::date); 

SELECT MONTH (DATE('2016-09-21')) FROM SYSIBM.SYSDUMMY1; 

SELECT DATE_PART ('month', '2016-09- 21'::date); 

Usage : POSSTR(<Filed_1>,<Field2>)
SELECT POSSTR('PostgreSQL and DB2', 'and') FROM SYSIBM.SYSDUMMY1; 

Usage: POSITION(<Field_1> IN<Field_2>)
SELECT POSITION('and' IN'PostgreSQL and DB2'); 

SELECT RAND() FROM SYSIBM.SYSDUMMY1; 

SELECT RANDOM();