Beefy Boxes and Bandwidth Generously Provided by pair Networks
good chemistry is complicated,
and a little bit messy -LW

Re: Re: Class::DBI and DB design

by v_thunder (Scribe)
on Jun 06, 2003 at 17:17 UTC ( #263779=note: print w/replies, xml ) Need Help??

in reply to Re: Class::DBI and DB design
in thread Class::DBI and DB design

Let me see if I understand this correctly. If I have a table like user_capabilities in my original question, could I use something like this?

package My::UserCapabilities; use base 'My::ClassDBI'; __PACKAGE__->table ("user_capabilities"); __PACKAGE__->columns (All => (""));

And then define methods for each of the columns myself? i.e., does defining methods myself provide a way around the single primary key restriction, or did you just mention it as a way of providing extra functionality later?

Now that I think about it, maybe what you're suggesting is that I not define a class for the non-primary-key tables, and just provide a hand-coded method in a different class (e.g., "My::User") to get to that information. Is that what you meant?

Replies are listed 'Best First'.
Re: Re: Re: Class::DBI and DB design
by perrin (Chancellor) on Jun 06, 2003 at 17:50 UTC
    I meant the latter. Something like the example shown in the Class::DBI docs here. This example shows how to do a query for objects of the current class, but you can use it to get objects of another class as well. Just call sth_to_objects() on the other class instead.

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://263779]
NodeReaper stokes the furnace

How do I use this? | Other CB clients
Other Users?
Others cooling their heels in the Monastery: (2)
As of 2018-01-22 07:04 GMT
Find Nodes?
    Voting Booth?
    How did you see in the new year?

    Results (232 votes). Check out past polls.