Any recommendations for an ORM? I am looking for something simple rather
than lots of bells and whistles.
DBIx::Class.
On 21 October 2013 15:37, Dirk Koopman wrote:
> Any recommendations for an ORM? I am looking for something simple rather
> than lots of bells and whistles.
>
>
>
> Any recommendations for an ORM? I am looking for something simple rather
> than lots of bells and whistles.
Wrong question. You don't want something simple, you want something that you
can easily google for help when you don't understand something, or ask for help
when you don't get somethi
Rose DB
http://search.cpan.org/dist/Rose-DB-Object/lib/Rose/DB/Object/Tutorial.pod
On Mon, Oct 21, 2013 at 5:42 PM, Joel Bernstein wrote:
> DBIx::Class.
>
>
> On 21 October 2013 15:37, Dirk Koopman wrote:
>
> > Any recommendations for an ORM? I am looking for something simple rather
> > than l
On Mon, Oct 21, 2013 at 03:42:31PM +0200, Joel Bernstein wrote:
> On 21 October 2013 15:37, Dirk Koopman wrote:
> > Any recommendations for an ORM? I am looking for something simple rather
> > than lots of bells and whistles.
> DBIx::Class.
Despite DBIx::Class having bells, whistles, cymbals, duc
On 21/10/13 14:42, Joel Bernstein wrote:
DBIx::Class.
On 21 October 2013 15:37, Dirk Koopman wrote:
Any recommendations for an ORM? I am looking for something simple rather
than lots of bells and whistles.
That does seem like the default choice. I should perhaps have added that
I need to
On 2013-10-21 14:37, Dirk Koopman wrote:
Any recommendations for an ORM? I am looking for something simple
rather than lots of bells and whistles.
What is your requirement - ie the use case?
On Mon, Oct 21, 2013 at 02:37:52PM +0100, Dirk Koopman wrote:
> Any recommendations for an ORM? I am looking for something simple rather
> than lots of bells and whistles.
My recommendation for ORMs: don't.
http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx
Abigail
On Mon, Oct 21, 2013 at 7:33 AM, Abigail wrote:
> On Mon, Oct 21, 2013 at 02:37:52PM +0100, Dirk Koopman wrote:
>> Any recommendations for an ORM? I am looking for something simple rather
>> than lots of bells and whistles.
>
> My recommendation for ORMs: don't.
Or at the very least, have an ORM
On 21/10/13 15:33, Abigail wrote:
On Mon, Oct 21, 2013 at 02:37:52PM +0100, Dirk Koopman wrote:
Any recommendations for an ORM? I am looking for something simple rather
than lots of bells and whistles.
My recommendation for ORMs: don't.
http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Com
I suspect you should be looking at DBIx::Class, and something like
https://metacpan.org/module/Catalyst::Controller::DBIC::API
Many of your assumptions seem invalid. I'm not sure what foibles you
expect, but "generating SQL queries on the fly" is exactly what DBIC does,
with the benefit of those q
Does SQL::Abstract get you halfway?
Avoid Tangram.
On Mon, Oct 21, 2013 at 3:47 PM, Dirk Koopman wrote:
> On 21/10/13 15:33, Abigail wrote:
>
>> On Mon, Oct 21, 2013 at 02:37:52PM +0100, Dirk Koopman wrote:
>>
>>> Any recommendations for an ORM? I am looking for something simple rather
>>> tha
It gets you halfway in the sense of all the pain of an ORM solution with
none of the gain, yes.
On 21 October 2013 17:59, Dave Hodgkinson wrote:
> Does SQL::Abstract get you halfway?
>
> Avoid Tangram.
>
>
> On Mon, Oct 21, 2013 at 3:47 PM, Dirk Koopman wrote:
>
> > On 21/10/13 15:33, Abigail
On 21/10/13 16:54, Joel Bernstein wrote:
I suspect you should be looking at DBIx::Class, and something like
https://metacpan.org/module/Catalyst::Controller::DBIC::API
Many of your assumptions seem invalid. I'm not sure what foibles you
expect, but "generating SQL queries on the fly" is exactly
On 21 Oct 2013, at 15:33, Abigail wrote:
[...]
> My recommendation for ORMs: don't.
>
> http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx
I've only skimmed that article, but it seems to make the fairly common
assumption that OO means Java-style OO, and because ORMs fit
Oh, it doesn't have to be Catalyst, the point was (and surely this was
clear if you read the module i linked to...) that you should use something
that reflects the DBIC schema and wraps it in a CRUD HTTP API
automatically. As an example of the kind of thing you get for free once
you've specified yo
DBIx::Class is great if you:
- Generate it automatically from your _well designed (haha)_ DB with
DBIx::Class::Schema::Loader
- Don't try to extend it too much. It _can_ become very messy.
- Wrap your business model _around_ it. (like in
https://github.com/jeteve/jcom/blob/master/JCOM-BM/lib/JCO
On Mon, Oct 21, 2013 at 04:47:05PM +0100, Dirk Koopman wrote:
> On 21/10/13 15:33, Abigail wrote:
>> On Mon, Oct 21, 2013 at 02:37:52PM +0100, Dirk Koopman wrote:
>>> Any recommendations for an ORM? I am looking for something simple rather
>>> than lots of bells and whistles.
>>
>> My recommendatio
On 21 Oct 2013, at 17:19, Peter Corlett wrote:
> On 21 Oct 2013, at 15:33, Abigail wrote:
> [...]
>> My recommendation for ORMs: don't.
>>
>> http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Computer+Science.aspx
>
> I've only skimmed that article, but it seems to make the fairly common
>
On Tue, Oct 22, 2013 at 12:19 AM, Peter Corlett wrote:
>
> Much of the blog post can be basically summed up by "the languages I use are
> too verbose, error-prone and inflexible that an ORM does not win me
> anything"[0]. Which is something I quite agree with.
In case anyone was considering act
On 21/10/13 17:27, Jérôme Étévé wrote:
DBIx::Class is great if you:
- Generate it automatically from your _well designed (haha)_ DB with
DBIx::Class::Schema::Loader
Noted. And I laughed so much. Well designed? It is, at least (over)
mature and not likely to change enough to be a particula
21 matches
Mail list logo