+1. Original argument of ease of migration from Sybase, Microsoft
servers goes for a toss with a SIGNED implementation. There are too many
issues with the current proposal. I am for making this follow closer to
current implementations, if all.

Satheesh

Francois Orsini wrote:

> Since Sybase, MySQL and MS SQL Server have had support for UNSIGNED
> TINYINT for many years (at least for 2 of them), offering support for
> an UNSIGNED TINYINT rather than SIGNED at this point makes more sense
> and can only be good for Derby's adoption (and that a sufficient
> reason for adding it IMHO) (SIGNED TINYINT could always be enabled
> later _if_ required but JDBC does not require the type to be signed in
> the first place) - it brings value for getting Derby more adopted from
> users looking to migrate from other known and popular RDBMS (not just
> from the ones which got most market shares)...and as far as the
> footprint as previously mentioned, it is good to offer support for a
> 1-Byte datatype which does matter indeed when running in a
> small-device environment.
>
> --francois


Reply via email to