Re: Re: Re: Why Perl does not support database access through core modules?

Really? No databases, whatsoever. Not even some xSV files?

In the context of the discussion I was considering DBMS and that is what people usually mean when they say database, we certainly don't have any DBA's looking after flat files :) If you want to argue that a file system or a flat file is a database then, again in the context of the discussion, Perl already has plenty of support in the core, no other modules required :) There are many types of servers which need no database for example; firewalls, mail gateways, proxy servers, web servers, applications servers... the last two may be operating as a front end to a database but run no database themselves.

--
Do not seek to follow in the footsteps of the wise. Seek what they sought. -Basho

Comment on Re: Re: Re: Why Perl does not support database access through core modules?

Replies are listed 'Best First'.
Re^4: Why Perl does not support database access through core modules? by hardburn (Abbot) on Jan 22, 2004 at 04:24 UTC
Putting firewall logs into a DBMS isn't such a bad idea (analyzing them with SQL can be really handy), though I wouldn't want to put the DBMS on the firewall itself. A firewall should be a firewall, and nothing else, or else you're missing the point. Proxy servers are much the same, depending on what your goals with it are. Web and Application servers might run their own database in small or medium scale deployments. In large systems, there are obvious advantages to running the DBMS on a dedicated system with a fast network connection to the system that actualy gets the traffic. In any case, I would argue that if you're using an xSV file, you should probably migrate twards an SQLite solution instead. It's faster, not particularly more difficult, and will make any future migration twards a full RDBMS easier. ---- I wanted to explore how Perl's closures can be manipulated, and ended up creating an object system by accident. -- Schemer `: () { :\|:& };:` Note: All code is untested, unless otherwise stated	[reply] [d/l]

Replies are listed 'Best First'.

Re^4: Why Perl does not support database access through core modules?
by hardburn (Abbot) on Jan 22, 2004 at 04:24 UTC

Putting firewall logs into a DBMS isn't such a bad idea (analyzing them with SQL can be really handy), though I wouldn't want to put the DBMS on the firewall itself. A firewall should be a firewall, and nothing else, or else you're missing the point. Proxy servers are much the same, depending on what your goals with it are.

Web and Application servers might run their own database in small or medium scale deployments. In large systems, there are obvious advantages to running the DBMS on a dedicated system with a fast network connection to the system that actualy gets the traffic.

In any case, I would argue that if you're using an xSV file, you should probably migrate twards an SQLite solution instead. It's faster, not particularly more difficult, and will make any future migration twards a full RDBMS easier.

----
I wanted to explore how Perl's closures can be manipulated, and ended up creating an object system by accident.
-- Schemer

: () { :|:& };:

Note: All code is untested, unless otherwise stated

[reply]
[d/l]