Re: ODBC Drivers

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: ODBC Drivers
Дата
Msg-id E7F85A1B5FF8D44C8A1AF6885BC9A0E4011C9C70@ratbert.vale-housing.co.uk
обсуждение исходный текст
Ответ на ODBC Drivers  ("Dave Held" <dave.held@arraysg.com>)
Список pgsql-odbc

> -----Original Message-----
> From: pgsql-odbc-owner@postgresql.org
> [mailto:pgsql-odbc-owner@postgresql.org] On Behalf Of Dave Held
> Sent: 12 April 2006 23:19
> To: pgsql-odbc@postgresql.org
> Subject: Re: [ODBC] ODBC Drivers
>
> > -----Original Message-----
> > From: Dave Page [mailto:dpage@vale-housing.co.uk]
> > Sent: Wednesday, April 12, 2006 5:14 PM
> > To: Dave Held; pgsql-odbc@postgresql.org
> > Subject: RE: [ODBC] ODBC Drivers
> >
> > [Me]
> > > Unfortunately, the current driver seems to fail the "highly
> > > conforming" criterion as far as Crystal Reports is concerned.
> >
> > In what way? We've been using psqlODBC with Crystal 7, 8 & now 11
> > since pg 6.4ish with no problems.
>
> Heh.  Just my luck.  In Crystal 10, against an 8.0 db, and
> through a Business Objects XI Business View, any varchar with
> length > 255 shows up as a goofy data type (Persistent.memo
> if I recall correctly).  Unfortunately, Crystal won't even
> acknowledge the existence of these fields, so you can't even
> put them on your report.  SQL Server does just fine with
> large varchars.  It would be even nicer to just use text
> fields, but those confuse Crystal even more (usually it
> displays a length of -1 and does weird things).

Hmm, we never use varchars that big but use text instead with no
problems. We don't use Business Objects XI Business Views though.

Have you tried tweaking the MaxVarchar setting in your DSN? That
defaults to 254...

Regards, Dave

В списке pgsql-odbc по дате отправления:

Предыдущее
От: Ludek Finstrle
Дата:
Сообщение: Re: ODBC Drivers
Следующее
От: "Dave Page"
Дата:
Сообщение: CVS-tip; SSLmode & Kerberos