12.06.2019 18:27, Adriano dos Santos Fernandes wrote:
On 12/06/2019 10:18, Dimitry Sibiryakov wrote:
12.06.2019 13:43, Adriano dos Santos Fernandes wrote:
Then we will not have a single source of truth anymore.
When user will create a client timestamp-tz value, he will need to fill
that fields too, manually (with kill the current functionality) or
automatically (making difficult what is currently simple and having the
same "problems" you see now).
Even if a user would like to create timestamp-tz value (which I
really doubt),
So we can remove the feature completely then.
it will be his problem. From our side it is enough to write a definite
rules of value's interpretation.
For example "if TZ ID is provided it is used, otherwise if
displacement provided it is used, otherwise value is considered to be
UTC".
Sounds logical and easy for me.
He can always use +00 directly a let people who install the client
correctly do they work.
We trying to avoid need to "install" client and a tons of "support"
libraries as well as need to maintain and update it at every client
host. Also we trying to avoid case when client and server uses different
versions if TZ data.
Regards,
Vlad
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
