On 10/24/19 12:22 PM, Jiří Činčura wrote:
One thing to consider is whether "native" (without any interop)
implementation is easily available for drivers like Java, .NET,
Python, etc. At least as long as that compression method is provided
in the box.
That's useful but not a showstopper: if
One thing to consider is whether "native" (without any interop) implementation
is easily available for drivers like Java, .NET, Python, etc. At least as long
as that compression method is provided in the box.
--
Mgr. Jiří Činčura
https://www.tabsoverspaces.com/
Firebird-Devel mailing list, web
On 10/24/19 12:58 AM, Leyne, Sean wrote:
-Original Message-
From: Alex Peshkoff
Sent: Wednesday, October 23, 2019 3:38 AM
On 10/22/19 6:19 PM, Leyne, Sean wrote:
It's faster but that makes no difference for our use cases. When
working with LAN passing uncompressed data is anyway the be
> -Original Message-
> From: Alex Peshkoff
> Sent: Wednesday, October 23, 2019 3:38 AM
>
> On 10/22/19 6:19 PM, Leyne, Sean wrote:
> >> It's faster but that makes no difference for our use cases. When
> >> working with LAN passing uncompressed data is anyway the best option.
> >> Compre
On 10/22/19 6:19 PM, Leyne, Sean wrote:
It's faster but that makes no difference for our use cases. When working with
LAN passing uncompressed data is anyway the best option.
Compression makes sense only for very slow and/or very long (many hops)
WAN. Under that conditions compression's performan
> It's faster but that makes no difference for our use cases. When working with
> LAN passing uncompressed data is anyway the best option.
> Compression makes sense only for very slow and/or very long (many hops)
> WAN. Under that conditions compression's performance does not matter.
If you are