R: timestamp parse error --- *** Migration PLU - Mailing list pgadmin-support

From Samuele Brignoli
Subject R: timestamp parse error --- *** Migration PLU
Date
Msg-id CNEDLAJNHCDEGDBGOHHCIEGNCOAA.samuele.brignoli@darpha.com
Whole thread Raw
In response to Re: timestamp parse error --- *** Migration PLU  (Dave Page <dpage@vale-housing.co.uk>)
List pgadmin-support
ok Dave,

that was the problem : my client's locale was Italian instead of US English.
Now it works
perfectly also on my big db. Thanks for support me, you' re great.

    Samuele.

-----Messaggio originale-----
Da: pgadmin-support-owner@postgresql.org
[mailto:pgadmin-support-owner@postgresql.org]Per conto di Dave Page
Inviato: Wednesday, April 03, 2002 10:21 AM
A: 'samuele.brignoli@darpha.com'; pgadmin-support@postgresql.org
Oggetto: Re: [pgadmin-support] timestamp parse error --- *** Migration
PLU




> -----Original Message-----
> From: Samuele Brignoli [mailto:samuele.brignoli@darpha.com]
> Sent: 28 March 2002 11:30
> To: Dave Page
> Subject: R: [pgadmin-support] timestamp parse error --- ***
> Migration PLU
>
>
> Ok Dave, here you are.
>
> Test creation create a table "Test" with only a datetime
> field. TestData is the data export ( but you can also insert
> a simple date like 10/10/2002 ). If you try to migrate this
> table with the plugin the usual error is generated (
> migrating the data, not generating the table ). Hope this help.

That migrates perfectly here from SQL Server 2000 to PostgreSQL 7.2/Cygwin.
The following extract from my logfile shows the migration:

2002-04-03 09:07:46 - Executing Plugin: Database Migration Wizard v1.3.21
2002-04-03 09:07:54 - Opening and Examining Source Database...
2002-04-03 09:07:54 - Opening connection: CATBERT Database: dave
2002-04-03 09:07:56 - Opened connection: Provider=SQLOLEDB.1;Integrated
Security=SSPI;Extended Properties="server=CATBERT;database=dave";Use
Procedure for Prepare=1;Auto Translate=True;Packet Size=4096;Workstation
ID=PC9;Use Encryption for Data=False;Tag with column collation when
possible=False
2002-04-03 09:07:56 - Provider: SQLOLEDB.1 v2.7
2002-04-03 09:07:56 - Quote Character: '"'
2002-04-03 09:07:56 - Done - 2.15 Secs.
2002-04-03 09:07:56 - Looking for possible target databases...
2002-04-03 09:07:56 - Done - 0 Secs.
2002-04-03 09:08:01 - Searching for Foreign Keys...
2002-04-03 09:08:01 - Done - 0 Secs.
2002-04-03 09:08:03 - Migrating database...
2002-04-03 09:08:03 - Migration from Provider=SQLOLEDB.1;Integrated
Security=SSPI;Extended Properties="server=CATBERT;database=dave";Use
Procedure for Prepare=1;Auto Translate=True;Packet Size=4096;Workstation
ID=PC9;Use Encryption for Data=False;Tag with column collation when
possible=False to helpdesk starting.
2002-04-03 09:08:03 - NOT NULL rules being honoured.
2002-04-03 09:08:03 - SQL (helpdesk): BEGIN
2002-04-03 09:08:03 - Creating table: Test
2002-04-03 09:08:03 - SQL (helpdesk): CREATE TABLE "Test" ( "date" timestamp
)
2002-04-03 09:08:03 - Migrating Data from: Test
2002-04-03 09:08:03 - Executing: SELECT * FROM "Test"
2002-04-03 09:08:03 - SQL (helpdesk): INSERT INTO "Test" ("date") VALUES
('1900-01-01 00:00:00')
2002-04-03 09:08:03 - SQL (helpdesk): INSERT INTO "Test" ("date") VALUES
('1900-01-01 00:00:00')
2002-04-03 09:08:03 - SQL (helpdesk): INSERT INTO "Test" ("date") VALUES
('1900-01-01 00:00:00')
2002-04-03 09:08:03 - SQL (helpdesk): INSERT INTO "Test" ("date") VALUES
('2002-12-25 00:00:00')
2002-04-03 09:08:03 - SQL (helpdesk): INSERT INTO "Test" ("date") VALUES
('2002-12-24 00:00:00')
2002-04-03 09:08:03 - SQL (helpdesk): INSERT INTO "Test" ("date") VALUES
('2001-12-24 00:00:00')
2002-04-03 09:08:03 - Records Copied: 6
2002-04-03 09:08:03 - SQL (helpdesk): COMMIT
2002-04-03 09:08:03 - Migration Completed!
2002-04-03 09:08:03 - Done - 0.48 Secs.

All I can suggest is that you double check your date format under 'Regional
Settings' on both your client and server.

Regards, Dave.

---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo@postgresql.org so that your
message can get through to the mailing list cleanly


pgadmin-support by date:

Previous
From: tulasi
Date:
Subject: pg_dump error..
Next
From: Tim Finch
Date:
Subject: Re: SQL query editor