Ahoj.
Odpoviem trosku vo vseobecnej rovine:
Akakolvek kompresia sifrovanych dat nepovedie k ziadanemu efektu. Pokial
chcete komprimovat, musite
to spravit este pred samotnym zasifrovanim. Niektore riesenia ( napr.
ssh ) to tak robia, komprimuju a
nasledne sifruju.
Ze by postgres nativne podporoval kompresiu svojho socketu silne
pochybujem, slo by to v teoretickej rovine
riesit nejakym in-the-middle socketom ( napr. ssh, pripadne cosi
vlastne, alebo len bzip cez socket ), ale
to mi nepride zrovna profesionalne a hlavne stabilne riesenie.
Skor polozim otazku, preco Vam tak vela dat tecie do postgres-u. Nejedna
sa prevazne o nejake bulk-importy?
Na to by siel pouzit loader ( a data v podobe komprimovaneho csv by sa
preniesli bokom ).
--
Dusan
Ahoj,
řeším problém přenosu velkého objemu dat přenášených přes SSL spojení
mezi Postgresql serverem a Java aplikací.
Experimentoval jsem s přenosem (ne SSL) v rámci OpenVPN. LZO komprese
snížila objem přenášených dat zhruba o 50%, ale nasazení OpenVPN není
řešení.
1. Umí postgresql komprimovat (JDBC) spojení?
2. Umí JAVA kompresi SSL kanálu? Pokud ano, jak ji nastavit?
(GNU Java pravděpodobně ano, ale já potřebuji použít Sun Javu)
Na odpověď nebo případné nápady se těší
Petr M.
