> I think a lot of people's approach, including mine, is to have OO Perl > modules for all database access. In my code (I use Mason), a web page > only gets its data through calls like this: > > my $obj = NAIC::User->(DBH=>$dbh, EMAIL=>'[EMAIL PROTECTED]'); > $obj->load; > my $groups_list = $obj->groups(); > > That way any needed SQL changes, or even ports to a new database, > don't have to be done everywhere in my code. That's what I do too. I suppose this could still be called "embedded SQL" though. You could put your SQL in a separate file, but I don't like that approach because it doesn't seem like you would be changing SQL without changing the other code very often. Having your SQL right next to where it's being used is convenient, and a HERE doc makes it easy to read. - Perrin
- [OT] Inspired by closing comments from the UBB thread. Joe Breeden
- Re: [OT] Inspired by closing comments from the UBB thr... Robert Landrum
- Re: [OT] Inspired by closing comments from the UBB thr... Chris Winters
- Re: [OT] Inspired by closing comments from the UBB thr... Barry Hoggard
- Re[2]: [OT] Inspired by closing comments from the UBB ... Perrin Harkins
- Re: [OT] Inspired by closing comments from the UBB thr... Jay Jacobs
- Re: [OT] Inspired by closing comments from the UBB thr... Perrin Harkins
- Re: [OT] Inspired by closing comments from the UBB thr... Jay Jacobs
- Re: [OT] Inspired by closing comments from the UBB thr... Alex Porras
- RE: [OT] Inspired by closing comments from the UBB... Rob Bloodgood
- Re: [OT] Inspired by closing comments from the UBB thr... Kyle Dawkins
- Apple not yukky aymore: was [OT] Inspired by closi... Tom Mornini
- RE: [OT] Inspired by closing comments from the UBB... Rob Bloodgood
- Re: [OT] Inspired by closing comments from the UBB thr... Perrin Harkins