Dear all,
This is the final week warning. The London Perl Workshop will officially
close its 10th anniversary call for papers this week.
Friday the 25th October at Midnight UK time will be the final submission
deadline for all speakers. If you could also make this the final date
for early
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 d...@tobit.co.uk 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
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 j...@fysh.org wrote:
DBIx::Class.
On 21 October 2013 15:37, Dirk Koopman d...@tobit.co.uk wrote:
Any recommendations for an ORM? I am looking for something
On Mon, Oct 21, 2013 at 03:42:31PM +0200, Joel Bernstein wrote:
On 21 October 2013 15:37, Dirk Koopman d...@tobit.co.uk 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,
On 21/10/13 14:42, Joel Bernstein wrote:
DBIx::Class.
On 21 October 2013 15:37, Dirk Koopman d...@tobit.co.uk 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
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 abig...@abigail.be 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,
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.
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
Does SQL::Abstract get you halfway?
Avoid Tangram.
On Mon, Oct 21, 2013 at 3:47 PM, Dirk Koopman d...@tobit.co.uk 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
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 abig...@abigail.be 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
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
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
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 recommendation for ORMs:
On 21 Oct 2013, at 17:19, Peter Corlett ab...@cabal.org.uk wrote:
On 21 Oct 2013, at 15:33, Abigail abig...@abigail.be 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
On Tue, Oct 22, 2013 at 12:19 AM, Peter Corlett ab...@cabal.org.uk 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
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
21 matches
Mail list logo