Re: [GENERAL] ZSON, PostgreSQL extension for compressing JSONB

2016-10-06 Thread Aleksander Alekseev
s repository. > Thanks for sharing and time. Thanks for feedback and sharing your thoughts! -- Best regards, Aleksander Alekseev signature.asc Description: PGP signature

Re: [GENERAL] ZSON, PostgreSQL extension for compressing JSONB

2016-10-05 Thread Aleksander Alekseev
t seems like a generally useful thing to me. Good idea! What about evolving schema of JSON/JSONB/XML? For instance, adding/removing keys in new versions of the application. UPDATE COMPRESSION DICTIONARY? -- Best regards, Aleksander Alekseev signature.asc Description: PGP signature

Re: [GENERAL] ZSON, PostgreSQL extension for compressing JSONB

2016-10-05 Thread Aleksander Alekseev
ely that data will be compressed using PGLZ. After all, who will use ZSON for small documents? Thats all. Hope it explains references to PGLZ. -- Best regards, Aleksander Alekseev signature.asc Description: PGP signature

Re: [GENERAL] ZSON, PostgreSQL extension for compressing JSONB

2016-10-05 Thread Aleksander Alekseev
ies. It's just not a priority for me personally. -- Best regards, Aleksander Alekseev signature.asc Description: PGP signature

Re: [GENERAL] ZSON, PostgreSQL extension for compressing JSONB

2016-10-04 Thread Aleksander Alekseev
ve a bit too specific problem for this? -- Best regards, Aleksander Alekseev signature.asc Description: PGP signature

[GENERAL] ZSON, PostgreSQL extension for compressing JSONB

2016-09-30 Thread Aleksander Alekseev
thing depends on your data and workload though. Memory is saved as well. For more details see README.md. Please don't hesitate to ask any questions. Any feedback and pull requests are welcome too! -- Best regards, Aleksander Alekseev pgpOLxOzqfQCg.pgp Description: OpenPGP digital signature

Re: [GENERAL] Drop only temporary table

2016-03-20 Thread Aleksander Alekseev
thing would happen with other DDL/DML stmts - what is the > destination table - the real or the temporary? > > "insert into x(kod) values(1)" > > So what do you think about this problem? > > I want to avoid to remove any real table on resource closing (= > dro