From: | "Fan, Yi" <fanyify(at)gmail(dot)com> |
---|---|
To: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Looking for cooperators |
Date: | 2012-12-12 01:21:01 |
Message-ID: | CAA-+VS3m5ruy-5CYh22Mt7-ehX8yEaMJeJUeCHEAYHAp1808fA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi Merlin,
Thanks so much for your points. I am not quite familiar with each of those
lists, just want to broadcast a message.
For our product, actually, we are doing the both way. We added some
facility functions into PostgreSQL make it become a customized product
which is free. And charge professional service for user. We are trying to
look for a potential cooperator in technical area to improve our product.
2012/12/11 Merlin Moncure <mmoncure(at)gmail(dot)com>
> On Mon, Dec 10, 2012 at 7:02 PM, Fan, Yi <fanyify(at)gmail(dot)com> wrote:
> > To whom it my concern,
> >
> > We are a Chinese company (www.highgo.com/en/index.html) working on open
> > source DB products for a while. Our product calls “HighGo Database
> System”
> > which is developed base on PostgreSQL.
> >
> > HighGo DB already gained a board market in China. We a looking for some
> > cooperators to increase our product’s technical competitive in market
> place.
> > Any kinds of cooperation are acceptable, whatever you are a company or an
> > individual.
> >
> >
> > If you are interested in Chinese market or want to bring your brilliant
> idea
> > into a real product please feel free to contact me on
> fanyi(at)highgo(dot)com(dot)cn(dot)
>
> Couple points:
> *) It's considered poor taste to cross post to various lists like
> that. Pick one (if in doubt, choose -general).
>
> *) Your web page is in fact located here:
> http://www.highgo.com.cn/en/index.html
>
> Are you running a fork of postgres, or trying to wrap a professional
> services company around it?
>
> merlin
>
From | Date | Subject | |
---|---|---|---|
Next Message | ac@hsk.hk | 2012-12-12 07:26:50 | effective_cache_size and work_ram |
Previous Message | Adrian Klaver | 2012-12-11 22:25:55 | Re: large database |