Front page | perl.module-authors |
Postings from May 2020
Re: SQL AST
From: Juan Carlos Pazmiño
May 30, 2020 18:03
Re: SQL AST
Message ID: BN8PR10MB35724B84E14B535C7DE8F49DCA8C0@BN8PR10MB3572.namprd10.prod.outlook.com
Yes, I started looking at the perlmod related info and they suggested the email threads to talk about usefulness mainly, this is why I didn't worry about it not being able to run. That is basically another topic I wanted to talk about. My code depends on a thin layer that I created and that is the base of all my other libraries.
This is a library with many (probably unrelated) smaller libraries that allow me to handle my own perl OOP implementation.
That library can be found here:
I was not sure, the best practices when you have this kind of dependencies that you're going to use for your next libraries, so that you don't have duplicated code, and so that it can be shared amongst them.
From: Lars DÉªá´á´á´á´á´¡ è¿ªææ¯
Sent: Saturday, May 30, 2020 9:35 AM
Subject: Re: SQL AST
I can't run the code, the dist has many undeclared/unpublished
dependencies. I would likely have more useful things to say about it if
I could run it.
> I need some feedback on wether you think it will be something that's
Yes, but in a limited fashion: for people who require familiarity with
the Arel API or want to port code that uses Arel.
If I were to design an AST that aims to please everyone, I would give
it a plumbing and porcelain layer, both user accessible, and the
plumbing layer would map very closely to the parse tree, and the
porcelain would be a set of the features available in Arel, jooq,
sqlalchemy, linq etc.
> but all of them based on hash structures.
I agree that they are ripe for displacement. I have looked into this
topic before and found that DBIC is coupled quite tightly to
SQL::Abstract. If you want instant adoption from a large userbase, aim
to work so that DBIC can choose between SQL generators.
You have not picked a proper name yet. I think SQL::Arel is fine,
that's what the Pod name section already hints at.