All the Perl that's Practical to Extract and Report
use Perl Log In
jdavidb (1361)
(email not shown publicly)
http://voiceofjohn.blogspot.com/
J. David Blackstone has a Bachelor of Science in Computer Science and Engineering and nine years of experience at a wireless telecommunications company, where he learned Perl and never looked back. J. David has an advantage in that he works really hard, he has a passion for writing good software, and he knows many of the world's best Perl programmers.
Python databases
Not long ago, I posted a list of DBD modules that do not require you to have a separate RDBMS. Today I note Python moving in a similar direction, including doing some work with SQLite. Interesting that as folks here keep saying they'd like to see more done with SQLite (Slash on SQLite! Bundle it with Perl and Perl will include a complete database! etc., etc.), Python folks are noticing the same need.
For some time now, I've been saying I'd like to implement a complete RDBMS in Perl. My coworkers always said I was crazy, and I agreed. But I did have a copy of Fundamentals of Database Systems, recommended reading for PostgreSQL hackers [not people who write apps with PostgreSQL
--Donald E. Knuth
Strange you should ask ... (Score:2)
A good reference for what this would look like is CJ Date & Hugh Darwen's "Third Manifest" book. I don't like the syntax of their Tutorial D language, but that's not a big deal, since they themselves say that their syntax is just one possible implementation of a "valid D" language.
OTOH (Score:2)
Why not start from SQLite (Score:2)
I haven't really looked at the source code for SQLite, but would it be possible to re-implement it in Perl? The doc states explicitely that "Sources are in the public domain. Use for any purpose."
mirod