On 11/21/08, erik quanstrom [EMAIL PROTECTED] wrote:
databases seem pretty far outside 9fans territory and design
on a mailing list doesn't seem like a good idea ...
Excuse me... BTW, is there a mailing list to discuss such design problems?
I could not be consider a Plan 9 user, yet, I've just
Moreover such a dbfs should allow rapid development of views over data
(with different permissions) by simply write the query in a file and
then open the file for reading the XML.
I've tried a couple of times to map files / directories on to SQL and it
is not a great match imho.
I wrote
First of all... Thanks for your reply!
I hope we could continue this brainstorm... it was really useful for me.
On Fri, Nov 21, 2008 at 12:18 AM, Skip Tavakkolian [EMAIL PROTECTED] wrote:
- provide access to relational database towards a dedicated fs (with
XML
rappresentation of
On Fri, Nov 21, 2008 at 6:55 AM, matt [EMAIL PROTECTED] wrote:
I've tried a couple of times to map files / directories on to SQL and it is
not a great match imho.
I wrote a Limbo module that handles the postgresql protocol and frankly
that's as far as I thought it should be taken, writes are
I split my system into two - one to deal with the SQL and one that makes a
FS tree from columnated data. Though I abandoned dev on the tree because I
just ended up accessing the data through the Limbo pg module directly.
How was the data more outdated than when you used pg directly?
I ended up just adding the PGmodule to the app instead.
You used libpq to write such a PGmodule?
I worked with PostgreSQL for 6 year... I find it wonderfull, and I would use
it as the db backend for any opensource application I would write.
I realise that exporting and mounting would be
xmlfs is a pain because it has anonymous entries so you need a way of
organising it
xml
ab123/b/a
ab456/b/a
/xml
once upon a time, when god was a small boy i worked
on a distributed search product. the search engine we
were using was OpenText whose chief tech guy was
(drumroll) tim
I'd like to know how do you would map the operations to the filesystem.
one directory per queryset row returned (possibly named by the primary
key), one file per column
Ok... I read it somewhere in the archives of the list.
But I found it a little inadeguate:
- what about multiple fields
Ok... I read it somewhere in the archives of the list.
But I found it a little inadeguate:
me too, for all the reasons you listed, that's why I stopped. I learned
the pg protocol and saw it didn't map very well. I couldn't see what one
would gain over writing raw SQL to a file. Reading
- a ctrl file which accept only COMMIT, ROLLBACK and ABORT
- an error file
- a notice file (postgresql has RAISE NOTICE... may be others have it
too)
- a data file (append only in the transaction, but not outside) where
the INSERT, UPDATES, DELETE and all the DDL and DCL
On db ↔ fs conversions:
// datas (and their relations) MUST be kept consistents.
there's two things you could mean here: either the
relations between the data fields/types or the relations
between their values. SQL databases are interesting
because they don't do anything to keep the relations
On Wed, Nov 19, 2008 at 7:35 PM, Pietro Gagliardi [EMAIL PROTECTED] wrote:
Take a look at this:
http://www.blazebyte.org/gnextop/
It runs a complete Linux system in a web browser, so users of the
PlayStation Portable can finally write software for it without fear of being
bricked by Sony's
]
To: 9fans@9fans.net
Reply-To: 9fans@9fans.net
Date: Thu Nov 20 15:26:39 CET 2008
Subject: Re: [9fans] web-based plan 9?
On Wed, Nov 19, 2008 at 7:35 PM, Pietro Gagliardi [EMAIL PROTECTED] wrote:
Take a look at this:
http://www.blazebyte.org/gnextop/
It runs a complete Linux
On Thu, Nov 20, 2008 at 8:37 AM, Fco. J. Ballesteros [EMAIL PROTECTED] wrote:
We had a prototype that tried to reproduce in a web page
the UI structure as described by o/mero.
Nothing that really could be used in practice.
In the end we abandoned that and used inferno for
the client software
It was a disaster.
Just an adhoc script to reproduce the structure from the file
tree in omero in the browser.
In any case, I'm not sure where the source might be. I'll take
a look and drop you a line if I find it out.
On Thu, Nov 20, 2008 at 4:16 PM, Eric Van Hensbergen [EMAIL PROTECTED] wrote:
I've toyed with the idea of a webtop interface to Inferno (that I
suppose could easily have a similar implementation on Plan 9):
http://graverobbers.blogspot.com/2008/04/service-oriented-file-systems.html
I'm sure the Plan B/Octopus guys have some thoughts here as well.
we're
just to be clear, i think webtop or web based approach is a backward
step (or at least a side step). the whole point of plan9 is to
represent everything as a namespace; in rangboom it means representing
distant filesystems in the native form, hence use of windows IFS and
FUSE for Linux and Mac.
cgifs: mostly done thanks to fgb. i'll put it up soon.
rit: already available thanks to kenji
filterfs: sythesize a filesystem from other fs and rc filters. could use
exportfs as a start. design in mind, no code yet. at one
point ehg mentioned such a thing at Labs.
sessionfs:
- provide access to relational database towards a dedicated fs (with XML
rappresentation of query results, but dont know yet about data manipulation
and error handling)
an rdbms interface will be messy; maybe just try to get a ODBC client
library. most of the time what is really
fyi, here's the rc version of 'save' that uses cgifs:
#!/bin/rc
. /lib/cgifs/sandbox
May I humbly submit that the above is inadequate? I risk sounding
like a serious newbie, but I believe that perhaps 9fans is too broad a
vehicle to do Plan 9 justice. In this case, Skip's posting is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Take a look at this:
http://www.blazebyte.org/gnextop/
It runs a complete Linux system in a web browser, so users of the
PlayStation Portable can finally write software for it without fear of
being bricked by Sony's anti-piracy measures.
Can
21 matches
Mail list logo