bug-gne
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnupedia] Architecture Questions


From: Tom Chance
Subject: Re: [Bug-gnupedia] Architecture Questions
Date: Tue, 23 Jan 2001 03:50:03 -0800 (PST)

> > Well you're going to need a db anyway to manage
> things, and storing
> > the entries in the db means that they are very
> easily searchable,
> > the search is fast, and they are all in one place,
> as opposed to a
> > large confusing directory structure.
> 
> For the classifiers, I can see this. For the
> backend, I can't. The
> actual article store should be just that: a storage
> place for all the
> articles.  There should be no searching,
> classification,
> etcetera. These things should be separate and may
> indeed benefit from
> a database implementation.
I'm not quite sure what you're getting at here. I
mean, you'd have to have a database to search from,
because there's no way you could run as search of
filenames, or the contents of the file (that would
take AGES!). So you'd have to have a large collection
of, say, XML files with a databse that can be searched
and will refer to these. What we're sayins is why not
just have the articles in the databse too? It makes it
faster, it is quicker to alter articles (if we feel
the need in the future), it is easier to convert it
into any other type of databse in the future, and it
saves a lot of hard drive space too! Just have a perl
program interpret the database. From a programming
point of view, a spacial point of view, and a usage
pov, it makes so much more sense.



> > If you're planning of just throwing loads of xml
> files into a
> > directory, youre going to need a db to remember
> where everything is
> > and what the titles are for searcing.
> 
> The ``titles'' are just the unique IDs, so no, the
> backend doesn't
> have to search at all; the ``client'' (i.e. whatever
> is accessing the
> database, which will almost certainly not be an
> actual user) just asks
> for the article it wants by unique-ID in an easy
> manner:
> 
> http://www.gne.org/articles/unique-ID.xml


Where do you find that unique-ID? You go the the web
site and search for say "canoes". What will be
searched? You've mentioned nothing. You'd have a web
site, a lot of XML articles, and um....? Of course you
need some sort of databse to search from, thats just
idiotic!


> > I dont know if any of what i just said makes
> sense, i just got up.
> > But the main advantage is that this system in very
> clusterable,
> > meaning that if we start to get more demand on the
> site, we just add
> > more boxen.
> 
> Apache can load-balance, right?use mod_backhand...
make a nice little beowulf of Perl interpretators and
run mod_backhand to load balance it all with Apache.


Tom Chance

=====
"True security is to be found in social solidarity rather than in isolated 
individual effort - Fyodor Dostoyevsky"

__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices. 
http://auctions.yahoo.com/



reply via email to

[Prev in Thread] Current Thread [Next in Thread]