On Wed, 24 Sep 2003, Michael A Nachbaur wrote:
>
> Yes, but Alaska doesn't actually count, you see. They always draw it on maps
> sort of floating next to California, right above Hawaii which, curiously
> enough, is rougly the same size as Alaska. Odd, that. ;-)
LOL. You've got me there. As
On Wednesday 24 September 2003 11:14 am, Arthur Corliss wrote:
> On Wed, 24 Sep 2003, Michael A Nachbaur wrote:
> > It sucks being in the latest timezone in North America; it makes it that
> > much more difficult to catch up on all the mailing list traffic.
>
> Latest timezone, where are you? I'm
On Wed, 24 Sep 2003, Michael A Nachbaur wrote:
> It sucks being in the latest timezone in North America; it makes it that much
> more difficult to catch up on all the mailing list traffic.
Latest timezone, where are you? I'm in Alaska, I thought I was in the latest
timezone in NA. ;-)
* Michael A Nachbaur <[EMAIL PROTECTED]> [2003-09-24 15:59]:
> Since it really takes SQL statements and outputs the result to
> a hash (the "export" part being an implied aspect of invoking
> an SQL query) would it not make more sense to call it
> DBIx::SQL2Hash?
Again, SQL2Hash sounds like it's b
It sucks being in the latest timezone in North America; it makes it that much
more difficult to catch up on all the mailing list traffic.
Anyway, thanks for all the valuable feedback. I like the DBIx::Export2Hash
name, mainly because there's less ::'s in there.
Regarding the configuration para
Title: RE: RFC: SQL::ExportDB
> * Orton, Yves <[EMAIL PROTECTED]> [2003-09-24 15:12]:
> > Er, ok, maybe I misinterpreted "take a perl datastructure".
>
> I meant the configuration should be passed in as such. Of course
> it would then still go from t
* Orton, Yves <[EMAIL PROTECTED]> [2003-09-24 15:12]:
> Er, ok, maybe I misinterpreted "take a perl datastructure".
I meant the configuration should be passed in as such. Of course
it would then still go from there to perform its task.
--
Regards,
Aristotle
"If you can't laugh at yourself, yo
Title: RE: RFC: SQL::ExportDB
> * Orton, Yves <[EMAIL PROTECTED]> [2003-09-24 10:55]:
> > > One last comment: if you want to make this a generically
> > > useful module, and unless your configuration is so complex
> > > that it needs a dedicate language
* Orton, Yves <[EMAIL PROTECTED]> [2003-09-24 10:55]:
> > One last comment: if you want to make this a generically
> > useful module, and unless your configuration is so complex
> > that it needs a dedicate language to express it, then the
> > module should instead just take a Perl datastructure.
>
On Tue, Sep 23, 2003 at 04:47:10PM -0700, Michael A Nachbaur wrote:
>
> As it stands, it explicitly builds BerkeleyDB files but, I don't see why it
> shouldn't be able to write to arbitrary back-ends or, as the case may be,
> plain-old hashes.
>
> > Unless I misinferred its purpose, I think som
From: "A. Pagaltzis" <[EMAIL PROTECTED]>
> * Michael A Nachbaur <[EMAIL PROTECTED]> [2003-09-23 23:48]:
> > Yes, it exports the result of multiple queries, right now, as
> > defined in a config file managed by Config::General.
>
> One last comment: if you want to make this a generically useful
> m
Title: RE: RFC: SQL::ExportDB
> One last comment: if you want to make this a generically useful
> module, and unless your configuration is so complex that it needs a
> dedicate language to express it, then the module should instead
> just take a Perl datastructure.
By that tim
* Michael A Nachbaur <[EMAIL PROTECTED]> [2003-09-23 23:48]:
> Yes, it exports the result of multiple queries, right now, as
> defined in a config file managed by Config::General.
One last comment: if you want to make this a generically useful
module, and unless your configuration is so complex th
On Tuesday 23 September 2003 04:09 pm, A. Pagaltzis wrote:
> * Michael A Nachbaur <[EMAIL PROTECTED]> [2003-09-23 22:53]:
> > It is essentially a Perl script that takes a series of SQL
> > statements and outputs the results to a BerkeleyDB (with
> > various indexes created, on a configurable basis)
* Michael A Nachbaur <[EMAIL PROTECTED]> [2003-09-23 22:53]:
> It is essentially a Perl script that takes a series of SQL
> statements and outputs the results to a BerkeleyDB (with
> various indexes created, on a configurable basis).
I don't think SQL::ExportDB is a good name for it. The first
thi
I have a script that, due to some requirements at work, has grown into
something quite usable. It is essentially a Perl script that takes a series
of SQL statements and outputs the results to a BerkeleyDB (with various
indexes created, on a configurable basis). I've been abstracting this out,
16 matches
Mail list logo
