Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: local policy)
Subject: Re: *Best* query server for text processing
From: Julian Moritz <mailings@julianmoritz.de>
To: user@couchdb.apache.org
In-Reply-To: <AANLkTinScCQB3CdT1GYT7-FjEY6DZ5X_L+hMfE6rGXpR@mail.gmail.com>
References: <1288127370.15781.47.camel@laptop>
	 <AANLkTinScCQB3CdT1GYT7-FjEY6DZ5X_L+hMfE6rGXpR@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Date: Wed, 27 Oct 2010 22:15:16 +0200
Message-ID: <1288210516.15781.92.camel@laptop>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit

Hi Randall,

Am Dienstag, den 26.10.2010, 14:57 -0700 schrieb Randall Leeds:
> JS is pretty friendly for string manipulation. It's got regex, some
> good string methods and, of course, native handling of string types. I
> can't imagine C/C++ would be the first choice here (though with the
> right string handling libraries I'm sure you could make something
> super perfomant). Not sure if there's a perl view server, but that
> sounds like a good match. Consider development time and what you're
> familiar with. The JS view server is probably the most mature because
> it's the only "official" one next to writing "native" Erlang.
> 

no, it's not a question about dev time, because a useless software is a
useless software, even if developed in 10 secs. I also don't care about
official or not official view server, hence I'm using the very stable
python view server by default.

Additionally I've got a degree in computer science, so writing a simple
string parsing function in a language I haven't used before should be
not that large problem. A problem is to learn erlang, I would like avoid
that, because I think it's not very good at string processing.

So this is only a question about resource usage / performance.

Regards
Julian

> -Randall
> 
> On Tue, Oct 26, 2010 at 14:09, Julian Moritz <mailings@julianmoritz.de> wrote:
> > Hi,
> >
> > I'm working with a couchdb on a seagate dockstar [1]. I'm developing
> > kind of a text processing software, but my favorite language seems to be
> > too slow hence I'm using a 500 GB HD as a data storage.
> >
> > I've got to made a decision now: which query server (and hence language)
> > to use? I've read something about erlang, but it's said not to be that
> > good about string processing.
> >
> > So what language would you recommend? C? C++? Still JavaScript?
> >
> > Regards
> > Julian
> >
> > [1]
> > http://www.seagate.com/www/en-us/products/network_storage/freeagent_dockstar/
> >
> >