You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hawq.apache.org by "Alex (Oleksandr) Diachenko" <od...@pivotal.io> on 2016/12/09 00:46:55 UTC

Serialization/deserialization mechanism unification in HAWQ

Hi,

I have noticed that we have multiple places where we
serialize/deserialize data to/from a string.

Couple examples:

   - Filters strings in pxffilters.c.
   - Information about data fragments in hd_work_mgr.c, pxfuriparser.c.

I was thinking to use some library(like protobuf-c or similar) instead of
having plenty of boilerplate code.
Any thoughts?

Regards, Alex.

Re: Serialization/deserialization mechanism unification in HAWQ

Posted by Hong Wu <xu...@gmail.com>.
Hi Alex,

It is reasonable to unify the serialization/deserialization process inside
HAWQ. We need additional effort to do that refactor and further evaluation.

Using protobuf-c or thrift library is one choice, but I think they are
using IDL to solve serialization/deserialization problem between different
languages. In other words, we need to do compile IDL to C code before
compiling HAWQ. This is not good. For HAWQ,  we just need a
unified protocol to do serialization/deserialization between C and
JAVA(at pxf end) codes.

Another choice is using an existing protocol to do
serialization/deserialization.

Best,
Hong

2016-12-09 8:46 GMT+08:00 Alex (Oleksandr) Diachenko <od...@pivotal.io>
:

> Hi,
>
> I have noticed that we have multiple places where we
> serialize/deserialize data to/from a string.
>
> Couple examples:
>
>    - Filters strings in pxffilters.c.
>    - Information about data fragments in hd_work_mgr.c, pxfuriparser.c.
>
> I was thinking to use some library(like protobuf-c or similar) instead of
> having plenty of boilerplate code.
> Any thoughts?
>
> Regards, Alex.
>