Re: Best tool to pull from mssql

From: Merlin Moncure <mmoncure(at)gmail(dot)com>
To: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
Cc: "Mammarelli, Joanne T" <joanne(dot)t(dot)mammarelli(at)verizon(dot)com>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Best tool to pull from mssql
Date: 2015-11-12 15:08:23
Message-ID: CAHyXU0yP521X=mq4URz3SAJ=FsBdt8wDThUncvFfOvdPciGQog@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, Nov 10, 2015 at 12:26 PM, Adrian Klaver
<adrian(dot)klaver(at)aklaver(dot)com> wrote:
> On 11/10/2015 10:21 AM, Mammarelli, Joanne T wrote:
>>
>> Hi .. we’re on a hunt to locate either pgloader or the tds_fdw extension
>> to assist us with pulling data FROM a Microsoft sql server (we’re a
>> windows-based postgres installation).
>
> So are we taking about a one time operation or continuously syncing or
> something in between?
>
>> Is this the proper way to handle the process?
>
> Depends on the answer to the above.

My strategy is a little unconventional. I use pl/sh to call into sqsh
-- from there I export the data to .csv with 'go -m csv' and then load
it via 'COPY'. This gives great performance and a dblink-ish
ability to lateral data. If I wasn't doing that, I'd probably be
using one of the fdw approaches -- tds, jdbc, or odbc.

Any ETL tool that involves a point/click GUI or editing .xml files is
a total non-starter for me.

merlin

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Michael Convey 2015-11-12 15:46:26 Three Variations of postgresql.conf
Previous Message Merlin Moncure 2015-11-12 14:36:57 Re: recursive table performance (CTE)