A similar problem happens with Visual FoxPro, the bigints fields of
Firebird are translated as character(19)

Why?

No idea, but so it is. The solution is easy, the VAL() function solves the
problem by casting the character(19) field to a numeric field, but at first
it is annoying.

I have to live with that.

Greetings.

Walter.




On Thu, Feb 28, 2013 at 4:41 AM, <bjoern.rei...@fau.de> wrote:

> Hello,
>
>   we  stepped  over  a  small  problem with current odbc driver and MS
>   Access:
>
>   BIGINT  (in  our  Db  primary keys) fields are presented as text 255
>   fields in access.
>
>   Trying  another  client  via odbc they are presented as flaot fields
>   wich  seems to be a littel bit better than text 255 but not what I'd
>   expect.
>
>   Can  anybody give me the info where there could be a problem and how
>   to get bigint as a number to access via odbc?
>
>   There  must be  a  problem  in  Access  as I found people mentioning
>   similar problems with MS SQL Server and Access.
>
>
>
>
>
>     Björn
>
> --
>
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> _______________________________________________
> Firebird-odbc-devel mailing list
> Firebird-odbc-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/firebird-odbc-devel
>
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________
Firebird-odbc-devel mailing list
Firebird-odbc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/firebird-odbc-devel

Reply via email to