use Perl

• Great slides! (Score:2)

  by Ovid (2709)

  Great set of slides. David (theory) and I were dealing with something similar except we create the db metadata from our classes rather than the other way around.
  • Db may be a good source but... (Score:1)

    by lilstevey (4628)

    I found that whilst the database can be a very good source for a lot of metadata and relationship stuff, it can be advantageous to extract this information, into say XML, which can then have further hints applied to it, and the output of this can be used as the source for objects, database code and such.
    
    Just because some of your data is in a database at the moment doesn't mean it always will be, and your objects may outlive the implementation of a store.
• ORM (Score:1)

  by sigzero (5768)

  So is there a "good" ORM module for Perl? I see Rose::DB and the ones mentioned in the talk.
• What's wrong with ORM (Score:2)

  by davorg (18)

  I should point out that the only reason I concentrated on Class::DBI was because it's the ORM system that I know best. All ORM systems that I've looked at suffer from at least some of the same shortcomings.
  
  The idea first came to me when I first saw the amount of repetition needed to set up classes in ActiveRecord. And, of course, they get round the DRY issues by not defining anything clever in the database. Which is just wrong.
  • Re:What's wrong with ORM (Score:1)

    by sigzero (5768)

    Dave::ORM? : )

    I am joking!

    I enjoyed the presentation as well.
  • Re:What's wrong with ORM (Score:2)

    by petdance (2468)

    I only put Class::DBI in the title because I figured that it was more recognizable to people than ORM.

    --
    

    --
    xoa
  • Re:What's wrong with ORM (Score:1)

    by perrin (4270)

    You really need to look at Rose::DB::Object. It can do this for you, either from actual database relationships or from conventions (like ActiveRecord does), and if you don't like the way it does it, there's an API for changing it.
• I disagree (Score:1)

  by Alias (5735)

  While it sounds like an interesting idea, I disagree quite strongly.
  
  What he's suggesting is that we automagically change the code and API based on the structure of the database.
  
  This is just ASKING for weird bugs to crop up.
  
  You really DO need to have BOTH halves of the application (code and database) independant for anything but the most trivial application.
  
  What IS necesary though, is that your application knows whether or not it is compatible with the database.
  
  For example, there could be extra fields in the