On Sat, Jul 10, 2010 at 17:28, Andrzej Bialecki <[email protected]> wrote:
> On 2010-07-10 15:24, Julien Nioche wrote: > >> I agree with Andrzej that the SQL backend has to be checked and tested on >> nutchbase before we can start porting it to the trunk. >> > > Moreover I have >> raised an important design issue on the list recently (table per >> fetchround) >> which needs some changes to Gora first and must be discussed, implemented >> and tested in NutchBase before we port it to trunk >> > > This could go either way, whichever is more convenient - I don't see it as > something to necessarily withhold the merge. Without the first issue, > though, we lose the ability to develop, test and run in local mode... > > While I agree with the "table per fetch" issue, I would like to postpone it until after the merge. This issue is tricky for a couple of reasons. For example, AFAIK, cassandra's latest released version does not support live schema updates so you can not add/delete tables on a running cassandra machine. I guess we can use super columns as our tables, then use columns to store data but that may be sub-optimal. For SQL, as mentioned below, it is almost done. There is a weird bug where I do not read back what I just wrote. Once I figure out what's wrong, I think, it will be good to go. > -- > Best regards, > Andrzej Bialecki <>< > ___. ___ ___ ___ _ _ __________________________________ > [__ || __|__/|__||\/| Information Retrieval, Semantic Web > ___|||__|| \| || | Embedded Unix, System Integration > http://www.sigram.com Contact: info at sigram dot com > > -- Doğacan Güney
