Received: from utahisp.com (www.cyber-wire.com [209.119.76.3]) by postgresql.org (Postfix) with ESMTP id 762D0474E49 for ; Thu, 1 Aug 2002 10:56:54 -0400 (EDT) Received: from chad [63.230.8.76] by utahisp.com (SMTPD32-5.05) id ABB3E09008A; Thu, 01 Aug 2002 08:54:43 -0600 Message-ID: <004b01c2396b$ae3c0c50$32021aac@chad> From: "Chad Thompson" To: , "Michelle Murrain" References: <00b401c23980$3eeecdf0$4d05a8c0@green> <002501c23968$489791b0$32021aac@chad> Subject: Re: Please Help me Date: Thu, 1 Aug 2002 08:56:55 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0048_01C23939.63075820" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Archive-Number: 200208/16 X-Sequence-Number: 8862 This is a multi-part message in MIME format. ------=_NextPart_000_0048_01C23939.63075820 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: [SQL] Please Help meUnfortunatly i know of no such problem. I have lar= ge text fields being submited to my database, but i restrict the submit pag= e to 255 chars. I will have to test larger numbers and see what errors i g= et. Thanks Chad ----- Original Message -----=20 From: Michelle Murrain=20 To: Chad Thompson ; Waheed Rahuman ; pgsql-sql@postgresql.org=20 Sent: Thursday, August 01, 2002 8:48 AM Subject: Re: [SQL] Please Help me At 8:32 AM -0600 8/1/02, Chad Thompson wrote: I am running RedHat, with Apache and Cold Fusion. I chose PostgreSQL f= or all of the aforementioned reasons. It works very well with Cold Fusion.= I have done some optimizing and am able to run rather complex queries muc= h faster than I ever was able to on any Windows platform database. I had t= o bail on MySQL because it wouldnt run the sub-queries that i needed. How did you solve the problem of large text fields? We ran into this prob= lem, and was unable to solve it. We'd get an error if we wanted to add more= than, I think 200 or so characters. It had to do with the connection betwe= en postgres and Cold Fusion. --=20 .Michelle -------------------------- Michelle Murrain, Technology Consulting tech@murrain.net http://www.murrain.net 413-253-2874 ph 413-222-6350 cell 413-825-0288 fax AIM:pearlbear0 Y!:pearlbear9 ICQ:129250575 ------=_NextPart_000_0048_01C23939.63075820 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: [SQL] Please Help me
Unfortunatly i know of no such problem.&nb= sp; I=20 have large text fields being submited to my database, but i restrict the su= bmit=20 page to 255 chars.  I will have to test larger numbers and see what er= rors=20 i get.
 
Thanks
Chad
----- Original Message -----
Fro= m:=20 Michelle Mur= rain=20
To: Chad Thompson ; Waheed Rahuma= n ;=20 pgsql-sql@postgresql.org
Sent: Thursday, August 01, 2002 8:= 48=20 AM
Subject: Re: [SQL] Please Help me<= /DIV>

At 8:32 AM -0600 8/1/02, Chad Thompson wrote:
I am run= ning=20 RedHat, with Apache and Cold Fusion.  I chose PostgreSQL for all o= f the=20 aforementioned reasons.  It works very well with Cold Fusion. = ; I=20 have done some optimizing and am able to run rather complex queries muc= h=20 faster than I ever was able to on any Windows platform database.  = I had=20 to bail on MySQL because it wouldnt run the sub-queries that i=20 needed.

How did you solve the problem of large text fields? We ran into this= =20 problem, and was unable to solve it. We'd get an error if we wanted to ad= d=20 more than, I think 200 or so characters. It had to do with the connection= =20 between postgres and Cold Fusion.
--=20
.Michelle

--------------------------
Michelle Murrain,=20 Technology Consulting
tech@murrain.net    =20 http://www.murrain.net
413-253-2874 ph
413-222-6350 cell
413-825= -0288=20 fax
AIM:pearlbear0 Y!:pearlbear9=20 ICQ:129250575
------=_NextPart_000_0048_01C23939.63075820--