Noah Kantrowitz kirjoitti: >> -----Original Message----- >> From: [email protected] [mailto:[EMAIL PROTECTED] On >> Behalf Of John Hampton >> Sent: Tuesday, October 28, 2008 4:03 PM >> To: [email protected] >> Subject: [Trac-dev] Re: Elixir and Trac >> >> >> Noah Kantrowitz wrote: >>> Really the only benefit is some of >>> the common operations in the model classes are autogenerated, but >> those are >>> a) only written once per model anyway, b) easy to cut-n-paste from >> another >>> model, and c) don't change often enough to warrant this kind of >>> complication. >> d) Don't have to write SQL. >> >> This is a BIG one. Makes it easier for those not steeped in SQL to >> have >> a hand at writing plugins. When it comes down to it, writing SQL just >> plain sucks. Writing SQL that all DBs support sucks even more. >> > > I think this is a foolish goal. People unwilling to learn SQL probably won't > want to learn the Trac API anyway. You don't need to interact with SQL for > most Trac plugins either, just stuff that has to store its own data. Given > that this is really the only advantage of an ORM, I would therefore > postulate that an ORM isn't helpful to us.
I have to agree Noah in this point. At least partially. It's very good thing to get rid of handcrafted SQL. But you still need to know SQL since when things go haywired you need to understand SQL you get. But as working with (almost) only database related apps, specially with not-so-standard Oracle, I really want to stay away from writing SQL by hand if possible. Only thing that could benefit would be some item fetches by queries, altough I can't think of many plugins that could benefit from that... So what if there would be (external) Elixir (or any other ORM) based Trac model? Just like one of those trac-hacks. So people would have a choice. -- Jani Tiainen --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en -~----------~----~----~----~------~----~------~--~---
