FluidDB Launches

#1

Post by mcxx » Mon, Aug 17, 2009, 5:10 PM UTC

Re: FluidDB Launches

#2

Post by caffeine » Mon, Aug 17, 2009, 6:19 PM UTC

Does anyone know if this has a Push/Subscribe functionality? Machine-oriented twitterpedia is too good a buzzword not to have an implementation somewhere..

Re: FluidDB Launches

#3

Post by petercooper » Mon, Aug 17, 2009, 10:01 PM UTC

Dear people who want their project to do well and become popular, make it easy to find out WTF your project actually is and make it obvious wherever visitors end up.

I read this blog post, didn't work out what FluidDB was. Clicked on "FluidDB" and went to the main page of the blog - no help. Clicked on "About" in the left hand column.. it's just some default page with nothing about FluidDB. Googled for FluidDB and found the official homepage at position 4. Their homepage similarly does not explain what FluidDB is at all.. groan

Re: FluidDB Launches

#4

Post by mithrandi » Mon, Aug 17, 2009, 10:47 PM UTC

petercooper wrote: post #3

Dear people who want their project to do well and become popular, make it easy to find out WTF your project actually is and make it obvious wherever visitors end up. I read this blog post, didn't work out what FluidDB was. Clicked on "FluidDB" and went to the main page of the blog - no help. Clicked on "About" in the left hand column.. it's just some default page with nothing about FluidDB. Googled for FluidDB and fo…

Just in case you didn't find it, "FluidDB high-level description. A fairly non-technical overview of FluidDB." further down in that blog post is probably the link you were looking for.

Re: FluidDB Launches

#5

Post by otoburb » Tue, Aug 18, 2009, 3:50 AM UTC

caffeine wrote: post #2

Does anyone know if this has a Push/Subscribe functionality? Machine-oriented twitterpedia is too good a buzzword not to have an implementation somewhere..

There is no push functionality yet that I can tell. That would need to be built.

Re: FluidDB Launches

#6

Post by ihumanable » Tue, Aug 18, 2009, 5:48 PM UTC

If I'm reading the high-level description correctly, the plan here is for this thing to be one giant centralized instance. Can anyone verify that I'm reading that right? Not that I have any pro or con feelings towards this architecture, just not sure if I'm fully grokking it.

Re: FluidDB Launches

#7

Post by terrycojones » Tue, Aug 18, 2009, 9:21 PM UTC

petercooper wrote: post #3

Dear people who want their project to do well and become popular, make it easy to find out WTF your project actually is and make it obvious wherever visitors end up. I read this blog post, didn't work out what FluidDB was. Clicked on "FluidDB" and went to the main page of the blog - no help. Clicked on "About" in the left hand column.. it's just some default page with nothing about FluidDB. Googled for FluidDB and fo…

Hi Peter - you're right, it could have been a lot better.

The link on the right (Docs: fluidDB) is probably the best place for you to start http://doc.fluidinfo.com/fluidDB/

Terry

Re: FluidDB Launches

#8

Post by terrycojones » Tue, Aug 18, 2009, 9:24 PM UTC

ihumanable wrote: post #6

If I'm reading the high-level description correctly, the plan here is for this thing to be one giant centralized instance. Can anyone verify that I'm reading that right? Not that I have any pro or con feelings towards this architecture, just not sure if I'm fully grokking it.

Yes, that's right. The control is centralized, but the storage and the computation are fully distributed. We spent a long time working on what we think will be a scalable architecture. The query language is deliberately simple to make everything fast (there's only B-tree lookups and set ops on object IDs) and easily parallelizable. And this is the 3rd implementation :-)

Re: FluidDB Launches

#9

Post by terrycojones » Wed, Aug 19, 2009, 12:23 PM UTC

caffeine wrote: post #2

Does anyone know if this has a Push/Subscribe functionality? Machine-oriented twitterpedia is too good a buzzword not to have an implementation somewhere..

Hi. We've built things in a way that will allow for multiple front ends. The HTTP interface is just the first. We'd like to do XMPP next, but haven't started on it.