Hmmm, I don't think so...my purpose is to
treat charts as a data source/sink, as opposed to
an interface abstraction on top of existing
databases. E.g., more like DBD::CSV than
DBIx::XML_RDB. Eventually, a Chart.pm wrapper class for
DBIx-AnyDBD might be useful, but my immediate goal
is to provide a common interface syntax that allows
the kind of bind_cols/bind_param (and eventually
bind_col_array/bind_param_array) interaction
I outlined in my original note.
My view comes from an application I'm
writing that's DBI based, but wants to move data
from any of Excel files, CSV files, databases,
formatted binary files, XML docs, etc. to any of Excel files, CSV files,
binary files, XML, databases, charts, etc. Using the DBI
interface provides a nice base class for plugging things together
with only minor variations between the various DBD's. Kinda like
Java beans or OLE ?
Hope that explains my purpose...
BTW: What's the official distinction between
what belongs in DBD vs. DBIx ???
Regards,
Dean Arnold
----- Original Message -----
From: "Alligator Descartes" <[EMAIL PROTECTED]>
To: "Dean Arnold" <[EMAIL PROTECTED]>; "DBI-users" <[EMAIL PROTECTED]>;
"DBI-dev" <[EMAIL PROTECTED]>
Sent: Sunday, February 04, 2001 12:56 PM
Subject: Re: DBD::Chart ?
> At 12:42 PM 2/4/2001 -0800, Dean Arnold wrote:
> >"The more I do DBD, the more DBDs I do."
> > - Frank Sinatra (paraphrased)
> >
> >I'm embarking on another DBD effort and wanted to get
> >some input from the community.
> >
> >I've been using the Chart::Plot, and GD::Graph modules
> >to render charts from database rowsets, but feel like
> >there's an impedance mismatch between DBI
> >and the charting packages...so I'm whipping up a
> >DBD::Chart to try and rectify the situation.
> >
> >If anyone sees anything wrong with this, or has some
> >features they'd like to see included, please drop me a line.
>
> Shouldn't this be in DBIx:: rather that DBD::?
>
> >Dean Arnold
>
> A.
>
> --
> Alligator Descartes | Archaeoptics Ltd.
> [EMAIL PROTECTED] | Low-cost Archaeological 3D Laser Scanning
> http://www.symbolstone.org | http://www.archaeoptics.co.uk
>
>
>
