Re: A cronjob for copying a table from Oracle

Dmitriy Igrishin <dmitigr@xxxxxxxxx> · Fri, 10 Dec 2010 20:09:11 +0300

Hey Alexander,

Can you post the SQL with call of the functionÂ (SQL_UPSERT)
I guess ?

2010/12/10 Alexander Farber <alexander.farber@xxxxxxxxx>

Please help, struggling since hours with this :-(

I've created the following table (columns here and in the proc

sorted alphabetically) to acquire data copied from Oracle:

# \d qtrack

 Â Â Â Â Â Â Â ÂTable "public.qtrack"

 Â Column Â Â| Â Â Â Â Â ÂType Â Â Â Â Â Â | Â Modifiers

-------------+-----------------------------+---------------

Âappsversion | character varying(30) Â Â Â |

Âbeta_prog Â | character varying(20) Â Â Â |

Âcategory Â Â| character varying(120) Â Â Â|

Âcatinfo Â Â | character varying(120) Â Â Â|

Âdetails Â Â | character varying(50) Â Â Â |

Âdevinfo Â Â | character varying(4000) Â Â |

Âemailid Â Â | character varying(16) Â Â Â |

Âemail Â Â Â | character varying(320) Â Â Â|

Âformfactor Â| character varying(10) Â Â Â |

Âid Â Â Â Â Â| character varying(20) Â Â Â | not null

Âimei Â Â Â Â| character varying(25) Â Â Â |

Âname Â Â Â Â| character varying(20) Â Â Â |

Âosversion Â | character varying(30) Â Â Â |

Âpin Â Â Â Â | character varying(12) Â Â Â |

Âqdatetime Â | timestamp without time zone |

Âcopied Â Â Â| timestamp without time zone | default now()

Indexes:

 Â Â"qtrack_pkey" PRIMARY KEY, btree (id)

And for my "upsert" procedure I get the error:

SQLSTATE[22001]: String data, right truncated: 7 ERROR: Âvalue too

long for type character varying(16)

CONTEXT: ÂSQL statement "update qtrack set APPSVERSION = Â$1 ,

BETA_PROG = Â$2 , CATEGORY = Â$3 , CATINFO = Â$4 , DETAILS = Â$5 ,

DEVINFO = Â$6 , EMAIL = Â$7 , EMAILID = Â$8 , FORMFACTOR = Â$9 , ID =

$10 , IMEI = Â$11 , NAME = Â$12 , OSVERSION = Â$13 , PIN = Â$14 ,

QDATETIME = Â$15 , COPIED = current_timestamp where ID = Â$10 "

PL/pgSQL function "qtrack_upsert" line 2 at SQL statement

My "upsert" procedure is:

create or replace function qtrack_upsert(

 Â Â Â Â_APPSVERSION varchar,

 Â Â Â Â_BETA_PROG Â varchar,

 Â Â Â Â_CATEGORY Â Âvarchar,

 Â Â Â Â_CATINFO Â Â varchar,

 Â Â Â Â_DETAILS Â Â varchar,

 Â Â Â Â_DEVINFO Â Â varchar,

 Â Â Â Â_EMAILID Â Â varchar,

 Â Â Â Â_EMAIL Â Â Â varchar,

 Â Â Â Â_FORMFACTOR Âvarchar,

 Â Â Â Â_ID Â Â Â Â Âvarchar,

 Â Â Â Â_IMEI Â Â Â Âvarchar,

 Â Â Â Â_NAME Â Â Â Âvarchar,

 Â Â Â Â_OSVERSION Â varchar,

 Â Â Â Â_PIN Â Â Â Â varchar,

 Â Â Â Â_QDATETIME Â timestamp

 Â Â Â Â) returns void as $BODY$

 Â Â Â Âbegin

 Â Â Â Â Â Â Â Âupdate qtrack set

 Â Â Â Â Â Â Â Â Â Â Â ÂAPPSVERSION = _APPSVERSION,

 Â Â Â Â Â Â Â Â Â Â Â ÂBETA_PROG Â = _BETA_PROG,

 Â Â Â Â Â Â Â Â Â Â Â ÂCATEGORY Â Â= _CATEGORY,

 Â Â Â Â Â Â Â Â Â Â Â ÂCATINFO Â Â = _CATINFO,

 Â Â Â Â Â Â Â Â Â Â Â ÂDETAILS Â Â = _DETAILS,

 Â Â Â Â Â Â Â Â Â Â Â ÂDEVINFO Â Â = _DEVINFO,

 Â Â Â Â Â Â Â Â Â Â Â ÂEMAIL Â Â Â = _EMAIL,

 Â Â Â Â Â Â Â Â Â Â Â ÂEMAILID Â Â = _EMAILID,

 Â Â Â Â Â Â Â Â Â Â Â ÂFORMFACTOR Â= _FORMFACTOR,

 Â Â Â Â Â Â Â Â Â Â Â ÂID Â Â Â Â Â= _ID,

 Â Â Â Â Â Â Â Â Â Â Â ÂIMEI Â Â Â Â= _IMEI,

 Â Â Â Â Â Â Â Â Â Â Â ÂNAME Â Â Â Â= _NAME,

 Â Â Â Â Â Â Â Â Â Â Â ÂOSVERSION Â = _OSVERSION,

 Â Â Â Â Â Â Â Â Â Â Â ÂPIN Â Â Â Â = _PIN,

 Â Â Â Â Â Â Â Â Â Â Â ÂQDATETIME Â = _QDATETIME,

 Â Â Â Â Â Â Â Â Â Â Â ÂCOPIED Â Â Â= current_timestamp

 Â Â Â Â Â Â Â Âwhere ID = _ID;

 Â Â Â Â Â Â Â Âif not found then

 Â Â Â Â Â Â Â Â Â Â Â Âinsert into qtrack (

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂAPPSVERSION,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂBETA_PROG,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂCATEGORY,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂCATINFO,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂDETAILS,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂDEVINFO,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂEMAIL,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂEMAILID,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂFORMFACTOR,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂID,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂIMEI,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂNAME,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂOSVERSION,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂPIN,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ÂQDATETIME

 Â Â Â Â Â Â Â Â Â Â Â Â) values (

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_APPSVERSION,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_BETA_PROG,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_CATEGORY,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_CATINFO,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_DETAILS,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_DEVINFO,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_EMAIL,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_EMAILID,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_FORMFACTOR,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_ID,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_IMEI,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_NAME,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_OSVERSION,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_PIN,

 Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â_QDATETIME

 Â Â Â Â Â Â Â Â Â Â Â Â);

 Â Â Â Â Â Â Â Âend if;

 Â Â Â Âend;

$BODY$ language plpgsql;

The weird thing is when I omit the 7th param

in my PHP code as shown below, then it works:

 Â Â Â $sth = $pg->prepare(SQL_UPSERT);

 Â Â Â while (($row = oci_fetch_array($stid,

OCI_NUM+OCI_RETURN_NULLS)) != false) {

 Â Â Â Â Â Â Â $sth->execute(array(

 Â Â Â Â Â Â Â Â$row[0],

 Â Â Â Â Â Â Â Â$row[1],

 Â Â Â Â Â Â Â Â$row[2],

 Â Â Â Â Â Â Â Â$row[3],

 Â Â Â Â Â Â Â Â$row[4],

 Â Â Â Â Â Â Â Â$row[5],

 Â Â Â Â Â Â Â Ânull, #$row[6],

 Â Â Â Â Â Â Â Â$row[7],

 Â Â Â Â Â Â Â Â$row[8],

 Â Â Â Â Â Â Â Â$row[9],

 Â Â Â Â Â Â Â Â$row[10],

 Â Â Â Â Â Â Â Â$row[11],

 Â Â Â Â Â Â Â Â$row[12],

 Â Â Â Â Â Â Â Â$row[13],

 Â Â Â Â Â Â Â Â$row[14])

 Â Â Â Â Â Â Â Â);

 Â Â Â}

And I'm very confused why it says varying(16) Âin the error message.

It should say varying(4000) instead.

Isn't this a bug? The 6th overflows somehow and gets into 7th

Please save me, I want to go home for weekend

Alex

--

Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx)

To make changes to your subscription:

http://www.postgresql.org/mailpref/pgsql-general

-- 
// Dmitriy.