From wwalker at bybent.com Tue Aug 13 09:31:44 2002 From: wwalker at bybent.com (Wayne Walker) Date: Mon Aug 2 21:23:13 2004 Subject: APM: Database wrapper classes Message-ID: <20020813143144.GA10189@bybent.com> Hi Everyone, First we should be having a meeting in 8 days. Someone will get out a notice soon. But, more importantly, I want other peoples inputs on good ways to wrap database access in some kind of class or package. Let's say I have a project that uses three database tables and I need/want to hide/bury the SQL away from the application developers (who are new to perl, every piece I can hide from them is one less thing they need to learn right now). I could write some classes that just make the SQL disappear: Person add(%data) delete($id) get($id) Address add(%data) delete($id) get($id) Relations add(%data) delete($id) get($id) This alone makes life easier for everyone. At first... Then we run into performance issues, or cross table joins, or searches, ... At which point this is now fairly ugly. We end up having the SQL hidden away, except for complex steps and then we're doing SQL outside of any of the objects. So, any recommendations? Existing CPAN modules that handle this somehow. A particular class hierarchy that makes sense for this that you've used (a few class names and method names like I did). David, do not bring up the CDC hierarchy, I'm trying to forget that still.... :) -- Wayne Walker From hrunting at texas.net Tue Aug 13 09:38:16 2002 From: hrunting at texas.net (Hrunting) Date: Mon Aug 2 21:23:14 2004 Subject: APM: Database wrapper classes In-Reply-To: <20020813143144.GA10189@bybent.com> Message-ID: On Tue, 13 Aug 2002, Wayne Walker wrote: : Hi Everyone, : : First we should be having a meeting in 8 days. Someone will get out a : notice soon. : : But, more importantly, I want other peoples inputs on good ways to wrap : database access in some kind of class or package. : : Let's say I have a project that uses three database tables and I need/want : to hide/bury the SQL away from the application developers (who are new : to perl, every piece I can hide from them is one less thing they need : to learn right now). : : I could write some classes that just make the SQL disappear: : : Person : add(%data) : delete($id) : get($id) : Address : add(%data) : delete($id) : get($id) : Relations : add(%data) : delete($id) : get($id) That is the best way. Hide the logic behind the middle layer. What I like to do is create a generic *::DBI class that inherits from DBI and stores the information for connecting to the database I need (through methods like *::DBI->connect() or *::DBI->connect_ro()) and have the wrapper classes use that (so they don't have to know anything about user/pass information, etc. If I ever need to do more complex work than my wrapper classes allow, I just use the *::DBI class to pull my database connection and do the work manually. Generally, if I'm doing complex SQL outside of my wrapper classes, it's for specific queries that aren't handled well by a wrapping model. From wwalker at bybent.com Tue Aug 13 09:48:57 2002 From: wwalker at bybent.com (Wayne Walker) Date: Mon Aug 2 21:23:14 2004 Subject: APM: Database wrapper classes In-Reply-To: References: <20020813143144.GA10189@bybent.com> Message-ID: <20020813144857.GC10189@bybent.com> On Tue, Aug 13, 2002 at 09:38:16AM -0500, Hrunting wrote: > On Tue, 13 Aug 2002, Wayne Walker wrote: > > : Hi Everyone, > : ... > : delete($id) > : get($id) > > That is the best way. Hide the logic behind the middle layer. What I > like to do is create a generic *::DBI class that inherits from DBI and > stores the information for connecting to the database I need (through > methods like *::DBI->connect() or *::DBI->connect_ro()) and have the > wrapper classes use that (so they don't have to know anything about > user/pass information, etc. > > If I ever need to do more complex work than my wrapper classes allow, I > just use the *::DBI class to pull my database connection and do the > work manually. > > Generally, if I'm doing complex SQL outside of my wrapper classes, it's > for specific queries that aren't handled well by a wrapping model. Rats! I have one vote for "there's not a better way Wayne, suck it up and quit being lazy" :) Someone out there got a better/different solution? > _______________________________________________ > Austin mailing list > Austin@mail.pm.org > http://mail.pm.org/mailman/listinfo/austin -- Wayne Walker From sml at zfx.com Tue Aug 13 09:59:15 2002 From: sml at zfx.com (Steve Lane) Date: Mon Aug 2 21:23:14 2004 Subject: APM: Database wrapper classes References: <20020813143144.GA10189@bybent.com> Message-ID: <3D591EC3.B3A905F4@zfx.com> Wayne Walker wrote: > But, more importantly, I want other peoples inputs on good ways to wrap > database access in some kind of class or package. > > Let's say I have a project that uses three database tables and I need/want > to hide/bury the SQL away from the application developers (who are new > to perl, every piece I can hide from them is one less thing they need > to learn right now). > > I could write some classes that just make the SQL disappear: > > Person > add(%data) > delete($id) > get($id) > Address > add(%data) > delete($id) > get($id) > Relations > add(%data) > delete($id) > get($id) > > This alone makes life easier for everyone. At first... > > Then we run into performance issues, or cross table joins, or searches, > ... > > At which point this is now fairly ugly. We end up having the SQL hidden > away, except for complex steps and then we're doing SQL outside of any > of the objects. > > So, any recommendations? Existing CPAN modules that handle this somehow. > A particular class hierarchy that makes sense for this that you've used > (a few class names and method names like I did). i do this kind of thing like this: use MyDBI; my $DBI = MyDBI->new( DB => 'MyDatabase', TABLE => 'MyTable', USERNAME = 'steve', PASSWORD = 'evets', ); my $o = $DBI->select_by_id(123); # does a SELECT * FROM MyTable WHERE id = 123 $o->name('Steve Lane'); $o->address('123 Elm St.'); $o->update; # does an UPDATE my $o2 = $DBI->empty; $o2->name('Steve Lane'); $o2->address('123 Elm St.'); $o2->update; # does an INSERT my $o3 = $DBI->select(name => 'Steve Lane'); $o3->delete; $DBI->delete_by_id(666); $DBI->delete(name => 'Bob Jones'); my @os = $DBI->selectlike(name => 'S'); map { $_->updated(time); $_->update } @os; my @os2 = $DBI->select_raw("WHERE name LIKE 'S%' ORDER BY income DESC"); map { $_->income($_->income + 5_000); $_->update } @os; and so on. inherit from MyDBI if you want to restrict to a particular database/table/username/password etc. if the objects have properties other than their database data, just put their class in the ->new() call: use MyDBI; my $DBI = MyDBI->new( DB => 'MyDatabase', TABLE => 'MyTable', USERNAME = 'steve', PASSWORD = 'evets', CLASS => 'StripOfBacon', ); my @os = $DBI->fetch(crispiness => 'thawed'); # ->fry is a StripOfBacon method, not a MyTable field. # it may modify several object fields, add calories to # the user's calorie-counter, etc. map { $_->fry; $_->update } @os; have the appropriate amount of fun, and let me know if MyDBI is implemented :). comments welcome of course. -- Steve Lane From erik at debill.org Tue Aug 13 10:05:36 2002 From: erik at debill.org (erik@debill.org) Date: Mon Aug 2 21:23:14 2004 Subject: APM: Database wrapper classes In-Reply-To: References: <20020813143144.GA10189@bybent.com> Message-ID: <20020813150536.GA19076@debill.org> On Tue, Aug 13, 2002 at 09:38:16AM -0500, Hrunting wrote: > On Tue, 13 Aug 2002, Wayne Walker wrote: > : I could write some classes that just make the SQL disappear: > : > : Person > : add(%data) > : delete($id) > : get($id) > : Address > : add(%data) > : delete($id) > : get($id) > : Relations > : add(%data) > : delete($id) > : get($id) > > That is the best way. Hide the logic behind the middle layer. What I > like to do is create a generic *::DBI class that inherits from DBI and > stores the information for connecting to the database I need (through > methods like *::DBI->connect() or *::DBI->connect_ro()) and have the > wrapper classes use that (so they don't have to know anything about > user/pass information, etc. > > If I ever need to do more complex work than my wrapper classes allow, I > just use the *::DBI class to pull my database connection and do the > work manually. I'll second this (though I don't inherit from DBI, I wrap it), and add in a little trick to handle building all the inserts and updates. I really don't like high level coding going near SQL. Basically, we've got so many tables, and our database engine is so persnickety about quoting columns (quote strings, don't quote numbers, act really funky with timestamps) that I ended up putting together generic build_insert and build_update functions. These functions work something like this (module names have been changed to protect the guilty): my $dbh = DB::connect(); my $columns = { memberid => 437, first_name => 'Erik', join_date => '2002-05-04 06:04:02.000000' }; my $sql = DB::build_insert($dbh, "member", $columns); or maybe my $columns = { last_login => 'CURRENT TIMESTAMP' }; my $sql = DB::build_update($dbh, "member", $columns, "memberid = 437"); and then you do the usual $dbh->prepare() $dbh->execute() bit. To do this, I built a module (auto-generated from the table creation SQL) that maps tablenames to columns and their types. You still end up manually doing the SQL for joins, though. There's still no excuse for high level code having SQL, though. Those calls can end up looking like: my $logins = MemberLogins::by_username('erik'); while($logins->next()){ do something; } which might join between a member table and member_logins. Still no solution to get around manually writing the join, though (at least none that's not more work on you than actually writing the SQL). We've got a few hundred tables, so anyone that comes up with that bit of trickery, just send it on over... Erik -- If somebody sues you, you change the algorithm or you just hire a hit-man to whack the stupid git. -Linus Torvalds (talking about software patents) From lhunter at lhunter.com Wed Aug 14 02:44:52 2002 From: lhunter at lhunter.com (Larry Hunter) Date: Mon Aug 2 21:23:14 2004 Subject: APM: Database wrapper classes In-Reply-To: <20020813144857.GC10189@bybent.com> References: <20020813143144.GA10189@bybent.com> Message-ID: <4.2.2.20020814023342.00af2540@lhunter.com> I did a customization of Bugzilla a couple of years ago that followed Hrunting's and Erik's suggestions: a middle layer that included generic select and update generators. It worked out nicely and only needed a few non-specific queries. Those were probably worth hand-tweaking anyway. At 09:48 AM 8/13/02 -0500, Wayne Walker wrote: >On Tue, Aug 13, 2002 at 09:38:16AM -0500, Hrunting wrote: > > On Tue, 13 Aug 2002, Wayne Walker wrote: > > > > : Hi Everyone, > > : ... > > : delete($id) > > : get($id) > > > > That is the best way. Hide the logic behind the middle layer. What I > > like to do is create a generic *::DBI class that inherits from DBI and > > stores the information for connecting to the database I need (through > > methods like *::DBI->connect() or *::DBI->connect_ro()) and have the > > wrapper classes use that (so they don't have to know anything about > > user/pass information, etc. > > > > If I ever need to do more complex work than my wrapper classes allow, I > > just use the *::DBI class to pull my database connection and do the > > work manually. > > > > Generally, if I'm doing complex SQL outside of my wrapper classes, it's > > for specific queries that aren't handled well by a wrapping model. > >Rats! I have one vote for "there's not a better way Wayne, suck it up >and quit being lazy" >:) > >Someone out there got a better/different solution? > >...snip... >_______________________________________________ >Austin mailing list >Austin@mail.pm.org >http://mail.pm.org/mailman/listinfo/austin ------------------------------------------------------------------------ Larry Hunter lhunter@lhunter.com http://lhunter.com/ From wwalker at bybent.com Wed Aug 14 22:05:03 2002 From: wwalker at bybent.com (Wayne Walker) Date: Mon Aug 2 21:23:14 2004 Subject: APM: One week away, next meeting Message-ID: <20020815030503.GE7348@bybent.com> Hi all, Currently we have another social gathering scheduled for Wednesday evening, August 21 at Saba (4th St.). We plan on discussing the future meetings and talk schedules for the rest of the year. -- Wayne Walker From dbii at mudpuddle.com Wed Aug 14 23:10:42 2002 From: dbii at mudpuddle.com (David Bluestein II) Date: Mon Aug 2 21:23:14 2004 Subject: APM: One week away, next meeting Message-ID: >Currently we have another social gathering scheduled for Wednesday >evening, August 21 at Saba (4th St.). We plan on discussing the future >meetings and talk schedules for the rest of the year. Hey Mark (aka President for Life except for Larry)- Do you have the handy palm pilot list of topics to send to the list so we can discuss it in advance of the social gathering and setup fall meetings? David ---------- David H. Bluestein II President & Lead Developer dbii@mudpuddle.com ii, inc. http://www.interaction.net - Specializing in Designing Interactive Websites - - and Searchable Internet Databases - From dbii at mudpuddle.com Wed Aug 21 14:27:56 2002 From: dbii at mudpuddle.com (David Bluestein II) Date: Mon Aug 2 21:23:14 2004 Subject: APM: Reminder: Meeting tonight Message-ID: >Currently we have another social gathering scheduled for Wednesday >evening, August 21 at Saba (4th St.). We plan on discussing the future >meetings and talk schedules for the rest of the year. Meet us there at 6 pm. The website has directions if you haven't been there before: Where: Saba Blue Water Cafe When: 6-8 pm, Tonight (Wed 8/21) Directions: http://www.sabacafe.com (208-D West 4th Street) (BTW, someone bring Mark Lehman's phone number and we'll call him and make him tell us our fall schedule from his palm pilot) David ---------- David H. Bluestein II President & Lead Developer dbii@mudpuddle.com ii, inc. http://www.interaction.net - Specializing in Designing Interactive Websites - - and Searchable Internet Databases - From mlehmann at marklehmann.com Wed Aug 21 20:12:44 2002 From: mlehmann at marklehmann.com (Mark Lehmann) Date: Mon Aug 2 21:23:14 2004 Subject: APM: Topics for meeting Message-ID: <20020822011244.7F90B1AEED@lehmbrain.marklehmann.com> These were the topics for the Perl meetings. We discussed the following ideas. PHP Performance Tuning using dProf Smallprof Perl Debugger Possibly a Regex discussion again -- Mark Lehmann email mlehmann@marklehmann.com | phone 512 689-7705 From wwalker at bybent.com Wed Aug 21 23:12:05 2002 From: wwalker at bybent.com (Wayne Walker) Date: Mon Aug 2 21:23:14 2004 Subject: APM: Topics for meeting In-Reply-To: <20020822011244.7F90B1AEED@lehmbrain.marklehmann.com> References: <20020822011244.7F90B1AEED@lehmbrain.marklehmann.com> Message-ID: <20020822041205.GB9415@bybent.com> Thanks Mark! Tonight 5 of us showed up at Saba. David Bluestein me Andrew Sanders Larry Alkoff Roy ...? (sorry I'm terrible with names) We discussed everything from whether coffee belonged in chocolate cake, to VMware and UML. Even some perl. The next meeting (Wednesday September 18th) will take place at TekSystems, assuming there is no schedule conflict there. Larry or I will contact them soon. Tentatively Andrew Sanders, or in his absence, me, will give a talk about "Using VMware to provide safe isolated virtual hosts for development and testing" We'll also discuss a little bit about User Mode Linux which is a similar technology. As Mark said in his mail, the things people had brought up in the May? meeting to talk about this fall were PHP, Performance Tuning, Perl Debugger, and maybe regexes again. I can give the middle two talks if necessary, but if people have other things they'd like to hear, or like to present :), speak up! As for PHP and regexes, anyone want to stand up and offer to pres3ent those? Mark is awfully busy, so we'll save the vim versus emacs discussion for Q1'03 :) On Wed, Aug 21, 2002 at 08:12:44PM -0500, Mark Lehmann wrote: > > These were the topics for the Perl meetings. We discussed the following > ideas. > > PHP > Performance Tuning using dProf Smallprof > Perl Debugger > Possibly a Regex discussion again > > > -- > Mark Lehmann > email mlehmann@marklehmann.com | phone 512 689-7705 > _______________________________________________ > Austin mailing list > Austin@mail.pm.org > http://mail.pm.org/mailman/listinfo/austin -- Wayne Walker From sbauer at jump.net Thu Aug 22 00:47:11 2002 From: sbauer at jump.net (Steven Bauer) Date: Mon Aug 2 21:23:14 2004 Subject: APM: Topics for meeting In-Reply-To: <20020822041205.GB9415@bybent.com> Message-ID: Roy = Steve? I showed up around 7pm I can cover PHP. i've been using it for the last 18 months. I can give a good overview. Steve >-----Original Message----- >From: austin-admin@mail.pm.org [mailto:austin-admin@mail.pm.org]On >Behalf Of Wayne Walker >Sent: Wednesday, August 21, 2002 11:12 PM >To: Mark Lehmann >Cc: Austin Perl Mongers >Subject: Re: APM: Topics for meeting > > >Thanks Mark! > >Tonight 5 of us showed up at Saba. > >David Bluestein >me >Andrew Sanders >Larry Alkoff >Roy ...? (sorry I'm terrible with names) > >We discussed everything from whether coffee belonged in chocolate cake, >to VMware and UML. Even some perl. > >The next meeting (Wednesday September 18th) will take place at >TekSystems, assuming there is no schedule conflict there. Larry or I >will contact them soon. > >Tentatively Andrew Sanders, or in his absence, me, will give a talk >about "Using VMware to provide safe isolated virtual hosts for >development and testing" We'll also discuss a little bit about User >Mode Linux which is a similar technology. > >As Mark said in his mail, the things people had brought up in the May? >meeting to talk about this fall were PHP, Performance Tuning, Perl >Debugger, and maybe regexes again. > >I can give the middle two talks if necessary, but if people have other >things they'd like to hear, or like to present :), speak up! > >As for PHP and regexes, anyone want to stand up and offer to pres3ent >those? > >Mark is awfully busy, so we'll save the vim versus emacs discussion for >Q1'03 :) > >On Wed, Aug 21, 2002 at 08:12:44PM -0500, Mark Lehmann wrote: >> >> These were the topics for the Perl meetings. We discussed the following >> ideas. >> >> PHP >> Performance Tuning using dProf Smallprof >> Perl Debugger >> Possibly a Regex discussion again >> >> >> -- >> Mark Lehmann >> email mlehmann@marklehmann.com | phone 512 689-7705 >> _______________________________________________ >> Austin mailing list >> Austin@mail.pm.org >> http://mail.pm.org/mailman/listinfo/austin > >-- > >Wayne Walker >_______________________________________________ >Austin mailing list >Austin@mail.pm.org >http://mail.pm.org/mailman/listinfo/austin > From wwalker at bybent.com Thu Aug 22 08:52:59 2002 From: wwalker at bybent.com (Wayne Walker) Date: Mon Aug 2 21:23:14 2004 Subject: APM: Topics for meeting In-Reply-To: References: <20020822041205.GB9415@bybent.com> Message-ID: <20020822135259.GA10469@bybent.com> Sorry Steve. I said I was terrible with names. Thanks for handling the PHP On Thu, Aug 22, 2002 at 12:47:11AM -0500, Steven Bauer wrote: > Roy = Steve? I showed up around 7pm > > I can cover PHP. i've been using it for the > last 18 months. I can give a good overview. > > Steve > > >-----Original Message----- > >From: austin-admin@mail.pm.org [mailto:austin-admin@mail.pm.org]On > >Behalf Of Wayne Walker > >Sent: Wednesday, August 21, 2002 11:12 PM > >To: Mark Lehmann > >Cc: Austin Perl Mongers > >Subject: Re: APM: Topics for meeting > > > > > >Thanks Mark! > > > >Tonight 5 of us showed up at Saba. > > > >David Bluestein > >me > >Andrew Sanders > >Larry Alkoff > >Roy ...? (sorry I'm terrible with names) > > > >We discussed everything from whether coffee belonged in chocolate cake, > >to VMware and UML. Even some perl. > > > >The next meeting (Wednesday September 18th) will take place at > >TekSystems, assuming there is no schedule conflict there. Larry or I > >will contact them soon. > > > >Tentatively Andrew Sanders, or in his absence, me, will give a talk > >about "Using VMware to provide safe isolated virtual hosts for > >development and testing" We'll also discuss a little bit about User > >Mode Linux which is a similar technology. > > > >As Mark said in his mail, the things people had brought up in the May? > >meeting to talk about this fall were PHP, Performance Tuning, Perl > >Debugger, and maybe regexes again. > > > >I can give the middle two talks if necessary, but if people have other > >things they'd like to hear, or like to present :), speak up! > > > >As for PHP and regexes, anyone want to stand up and offer to pres3ent > >those? > > > >Mark is awfully busy, so we'll save the vim versus emacs discussion for > >Q1'03 :) > > > >On Wed, Aug 21, 2002 at 08:12:44PM -0500, Mark Lehmann wrote: > >> > >> These were the topics for the Perl meetings. We discussed the following > >> ideas. > >> > >> PHP > >> Performance Tuning using dProf Smallprof > >> Perl Debugger > >> Possibly a Regex discussion again > >> > >> > >> -- > >> Mark Lehmann > >> email mlehmann@marklehmann.com | phone 512 689-7705 > >> _______________________________________________ > >> Austin mailing list > >> Austin@mail.pm.org > >> http://mail.pm.org/mailman/listinfo/austin > > > >-- > > > >Wayne Walker > >_______________________________________________ > >Austin mailing list > >Austin@mail.pm.org > >http://mail.pm.org/mailman/listinfo/austin > > -- Wayne Walker From eharris at puremagic.com Thu Aug 22 10:21:42 2002 From: eharris at puremagic.com (Evan Harris) Date: Mon Aug 2 21:23:14 2004 Subject: APM: Topics for meeting Message-ID: Cool, I've been wanting to start delving into PHP... I vote this one is next months meeting... :) Evan On Thu, 22 Aug 2002, Steven Bauer wrote: > Roy = Steve? I showed up around 7pm > > I can cover PHP. i've been using it for the > last 18 months. I can give a good overview. > > Steve > > >-----Original Message----- > >From: austin-admin@mail.pm.org [mailto:austin-admin@mail.pm.org]On > >Behalf Of Wayne Walker > >Sent: Wednesday, August 21, 2002 11:12 PM > >To: Mark Lehmann > >Cc: Austin Perl Mongers > >Subject: Re: APM: Topics for meeting > > > > > >Thanks Mark! > > > >Tonight 5 of us showed up at Saba. > > > >David Bluestein > >me > >Andrew Sanders > >Larry Alkoff > >Roy ...? (sorry I'm terrible with names) > > > >We discussed everything from whether coffee belonged in chocolate cake, > >to VMware and UML. Even some perl. > > > >The next meeting (Wednesday September 18th) will take place at > >TekSystems, assuming there is no schedule conflict there. Larry or I > >will contact them soon. > > > >Tentatively Andrew Sanders, or in his absence, me, will give a talk > >about "Using VMware to provide safe isolated virtual hosts for > >development and testing" We'll also discuss a little bit about User > >Mode Linux which is a similar technology. > > > >As Mark said in his mail, the things people had brought up in the May? > >meeting to talk about this fall were PHP, Performance Tuning, Perl > >Debugger, and maybe regexes again. > > > >I can give the middle two talks if necessary, but if people have other > >things they'd like to hear, or like to present :), speak up! > > > >As for PHP and regexes, anyone want to stand up and offer to pres3ent > >those? > > > >Mark is awfully busy, so we'll save the vim versus emacs discussion for > >Q1'03 :) > > > >On Wed, Aug 21, 2002 at 08:12:44PM -0500, Mark Lehmann wrote: > >> > >> These were the topics for the Perl meetings. We discussed the following > >> ideas. > >> > >> PHP > >> Performance Tuning using dProf Smallprof > >> Perl Debugger > >> Possibly a Regex discussion again > >> > >> > >> -- > >> Mark Lehmann > >> email mlehmann@marklehmann.com | phone 512 689-7705 > >> _______________________________________________ > >> Austin mailing list > >> Austin@mail.pm.org > >> http://mail.pm.org/mailman/listinfo/austin > > > >-- > > > >Wayne Walker > >_______________________________________________ > >Austin mailing list > >Austin@mail.pm.org > >http://mail.pm.org/mailman/listinfo/austin > > > > _______________________________________________ > Austin mailing list > Austin@mail.pm.org > http://mail.pm.org/mailman/listinfo/austin > From sbauer at jump.net Thu Aug 22 20:04:13 2002 From: sbauer at jump.net (Steven Bauer) Date: Mon Aug 2 21:23:14 2004 Subject: APM: Topics for meeting In-Reply-To: Message-ID: As long as yo promise to show up >-----Original Message----- >From: austin-admin@mail.pm.org [mailto:austin-admin@mail.pm.org]On >Behalf Of Evan Harris >Sent: Thursday, August 22, 2002 10:22 AM >To: Austin Perl Mongers >Subject: RE: APM: Topics for meeting > > > >Cool, I've been wanting to start delving into PHP... I vote this one is >next months meeting... :) > >Evan > >On Thu, 22 Aug 2002, Steven Bauer wrote: > >> Roy = Steve? I showed up around 7pm >> >> I can cover PHP. i've been using it for the >> last 18 months. I can give a good overview. >> >> Steve >> >> >-----Original Message----- >> >From: austin-admin@mail.pm.org [mailto:austin-admin@mail.pm.org]On >> >Behalf Of Wayne Walker >> >Sent: Wednesday, August 21, 2002 11:12 PM >> >To: Mark Lehmann >> >Cc: Austin Perl Mongers >> >Subject: Re: APM: Topics for meeting >> > >> > >> >Thanks Mark! >> > >> >Tonight 5 of us showed up at Saba. >> > >> >David Bluestein >> >me >> >Andrew Sanders >> >Larry Alkoff >> >Roy ...? (sorry I'm terrible with names) >> > >> >We discussed everything from whether coffee belonged in chocolate cake, >> >to VMware and UML. Even some perl. >> > >> >The next meeting (Wednesday September 18th) will take place at >> >TekSystems, assuming there is no schedule conflict there. Larry or I >> >will contact them soon. >> > >> >Tentatively Andrew Sanders, or in his absence, me, will give a talk >> >about "Using VMware to provide safe isolated virtual hosts for >> >development and testing" We'll also discuss a little bit about User >> >Mode Linux which is a similar technology. >> > >> >As Mark said in his mail, the things people had brought up in the May? >> >meeting to talk about this fall were PHP, Performance Tuning, Perl >> >Debugger, and maybe regexes again. >> > >> >I can give the middle two talks if necessary, but if people have other >> >things they'd like to hear, or like to present :), speak up! >> > >> >As for PHP and regexes, anyone want to stand up and offer to pres3ent >> >those? >> > >> >Mark is awfully busy, so we'll save the vim versus emacs discussion for >> >Q1'03 :) >> > >> >On Wed, Aug 21, 2002 at 08:12:44PM -0500, Mark Lehmann wrote: >> >> >> >> These were the topics for the Perl meetings. We discussed >the following >> >> ideas. >> >> >> >> PHP >> >> Performance Tuning using dProf Smallprof >> >> Perl Debugger >> >> Possibly a Regex discussion again >> >> >> >> >> >> -- >> >> Mark Lehmann >> >> email mlehmann@marklehmann.com | phone 512 689-7705 >> >> _______________________________________________ >> >> Austin mailing list >> >> Austin@mail.pm.org >> >> http://mail.pm.org/mailman/listinfo/austin >> > >> >-- >> > >> >Wayne Walker >> >_______________________________________________ >> >Austin mailing list >> >Austin@mail.pm.org >> >http://mail.pm.org/mailman/listinfo/austin >> > >> >> _______________________________________________ >> Austin mailing list >> Austin@mail.pm.org >> http://mail.pm.org/mailman/listinfo/austin >> > > >_______________________________________________ >Austin mailing list >Austin@mail.pm.org >http://mail.pm.org/mailman/listinfo/austin > From user_groups at pm.org Mon Aug 26 12:40:27 2002 From: user_groups at pm.org (Dave Cross) Date: Mon Aug 2 21:23:14 2004 Subject: APM: Austin.pm Message-ID: <200208261740.g7QHeRr19449@tma1.mag-sol.demon.co.uk> I'm trying to establish contact with all of the worldwide Perl Monger groups so that I can make sure that the listing on is as up to date as possible. The contact email address that I have for Austin.pm is Mark Lehmann But when I tried to email that address, I got a bounce message. Can you please let me know the name and email address for the current leader of this group. Many thanks, Dave... [Perl Mongers User Groups Co-ordinator] From wwalker at bybent.com Mon Aug 26 12:55:32 2002 From: wwalker at bybent.com (Wayne Walker) Date: Mon Aug 2 21:23:14 2004 Subject: APM: Austin.pm In-Reply-To: <200208261740.g7QHeRr19449@tma1.mag-sol.demon.co.uk> References: <200208261740.g7QHeRr19449@tma1.mag-sol.demon.co.uk> Message-ID: <20020826175532.GC4584@bybent.com> I've answered Dave already. On Mon, Aug 26, 2002 at 06:40:27PM +0100, Dave Cross wrote: > I'm trying to establish contact with all of the worldwide Perl Monger > groups so that I can make sure that the listing on > is as up to date as possible. > > The contact email address that I have for Austin.pm is > > Mark Lehmann > > But when I tried to email that address, I got a bounce message. > > Can you please let me know the name and email address for the current > leader of this group. > > Many thanks, > > Dave... > [Perl Mongers User Groups Co-ordinator] > > _______________________________________________ > Austin mailing list > Austin@mail.pm.org > http://mail.pm.org/mailman/listinfo/austin -- Wayne Walker From wwalker at bybent.com Wed Aug 28 14:33:25 2002 From: wwalker at bybent.com (Wayne Walker) Date: Mon Aug 2 21:23:14 2004 Subject: APM: netcraft and RDBMS Message-ID: <20020828193325.GB18708@bybent.com> I want to find some numbers about market sshare of different RDBMS systems in web development use. Kind of like the netcraft web server reports. Anyone seen anything like that? -- Wayne Walker