Roger Binns writes:
>
>
> MikeW wrote:
> > I guess one approach would be to compile with SQLITE_ENABLE_COLUMN_METADATA
> > and then to read the column type from there rather than from
> > sqlite3_column_type().
>
> Or just call sqlite3_column_decltype -
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
MikeW wrote:
> I guess one approach would be to compile with SQLITE_ENABLE_COLUMN_METADATA
> and then to read the column type from there rather than from
> sqlite3_column_type().
Or just call sqlite3_column_decltype -
Roger Binns writes:
>
>
> MikeW wrote:
> > I note that in the codebase, sqlite3IsNumber() will return False if an
> > otherwise numeric value has leading and/or trailing whitespace,
> > *overriding the table schema*.
> > Such is dynamic typing !
>
> Your dynamic typing statement
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
MikeW wrote:
> I note that in the codebase, sqlite3IsNumber() will return False if an
> otherwise numeric value has leading and/or trailing whitespace,
> overriding the table schema.
> Such is dynamic typing !
Your dynamic typing statement is wrong.
In determining the type of a value returned from a SELECT in some
generic SQLite code, an implementation uses sqlite3_column_type to
check a field type.
I note that in the codebase, sqlite3IsNumber() will return False if an
otherwise numeric value has leading and/or trailing whitespace,
5 matches
Mail list logo