From: | Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> |
---|---|
To: | Inzamam Shafiq <inzamam(dot)shafiq(at)hotmail(dot)com>, Umair Shahid <umair(dot)shahid(at)gmail(dot)com> |
Cc: | Thomas Kellerer <shammat(at)gmx(dot)net>, "pgsql-general(at)lists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Oracle to PostgreSQL Migration |
Date: | 2023-03-28 06:26:57 |
Message-ID: | 0423b16770e92ea0983e67257272fcfde7c9b4f8.camel@cybertec.at |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Fri, 2023-03-24 at 08:00 +0000, Inzamam Shafiq wrote:
> Thanks, oracle_fdw can be used, but it doesn't provide real time sync, we have to
> schedule jobs to insert data in actual schema from foreign tables, so some delay might be there.
In addition to the commercial tools that Christophe mentioned, and which might be
your best option, let me point out that ora_migrator
(https://github.com/cybertec-postgresql/ora_migrator) which is open source and based
on oracle_fdw, offers some degree of what you are looking for using a cursor-based soution.
Certainly net refined and certainly not feasible in cases with high transactional
workload, but perhaps it can be useful for you.
Yours,
Laurenz Albe
From | Date | Subject | |
---|---|---|---|
Next Message | Sebastien Flaesch | 2023-03-28 09:28:53 | Using CTID system column as a "temporary" primary key |
Previous Message | houzj.fnst@fujitsu.com | 2023-03-28 06:22:20 | RE: Support logical replication of DDLs |