« Return to Thread: [G3/Pg] Some news

Re: [G3/Pg] Some news

by Andy Staudacher-3 :: Rate this Message:

Reply to Author | View in Thread

Resending. For some reason it doesn't show up in the list archives.

On Fri, Jun 19, 2009 at 5:55 PM, Andy Staudacher <andy.st@gmail.com> wrote:
On Fri, Jun 19, 2009 at 4:14 PM, Alec Myers <alec@...> wrote:
Bharat,

What was the reason for not removing back-quotes?
[...in SQL]

Use of reserved words in SQL. Gallery 3 uses a couple of reserved words of the MySQL vocabulary.
Specifically we use "key", "left" and "right" as column names. If you want to do that, you need to escape the column names with backticks in MySQL.
Other RDBMS have different escaping mechanisms.

Currently, the issue has been assigned to me. And I say: let's get rid of reserved MySQL words, and thus let's do away with backticks.

The beta 1 > beta 2 upgrade will have to rename a few columns. Which is ugly, but that's what we'll have to do.

This issue is blocked until we've figured out how to do (DB) upgrades. Which is on the roadmap for beta 2 anyway.

 - Andy
 
Is this an issue that is
going to break (or require a patch/rewrite/fork of) every contributed module
too because G3 syntax requires backquotes, but they need to be removed to
work with PgSQL?

I've not followed the technicalities in great depth, but if that is the
case, now might be a good time to look at the backquotes issue again before
there are lots of contrib modules to fix too?

I do understand and agree with not explicitly *supporting* db's other than
MySQL, but I can see an argument for not making it harder than it needs to
be, either. What's the downside of changing this as far as core MySQL
support is concerned that makes it a worthwhile penalty?



-Alec


----- Original Message -----
From: "Bharat Mediratta" <bharat@...>
To: "Romain LE DISEZ" <romain.g3@...>
Cc: "Gallery Community" <gallery-devel@...>
Sent: Saturday, June 20, 2009 12:02 AM
Subject: Re: [Gallery-devel] [G3/Pg] Some news


Romain LE DISEZ wrote:
> currently, I'm not maintaining a fork. I work directly on the code that
> I pull.
>
> I may be wrong (I'm not used to git), but I believe it will be harder to
> maintain a fork than a set of patches. As I said in a previous mail, the
> problem of the backquotes is really blocking for me. Everytime I will
> want to merge the fork with the official code, I will have to check
> every SQL query because of the backquotes.
>
> So, for now and with my knowledge of git, I'm not interrested in
> maintaining a fork. If you had choosed to remove the backquotes from the
> code, I would have done it.
>
> But if you think that my understanding of git is wrong, just tell me.
> I'm always happy to learn something new.

As Donald says, most people who have switched to Git have been pretty
happy with it.  But it depends on your workflow.  Git works well in the
case where you make changes to your copy and then commit them.  Then
when we make upstream changes, you just pull them in and they get
automatically merged.  It sounds like perhaps in your case you're
instead maintaining a series of patches and re-applying them after every
merge.  This may be harder for you in some cases (eg, if you have a
script to apply the backquotes) but it should be easier in many other
cases like when we do substantial refactors of the code and your patches
no longer apply cleanly.

My guess is that overall it would probably be easier for you, and
definitely easier for us to pull your changes back, if you use Git.  It
would require you to modify your backquotes script to be idempotent, but
it would also mean that we can easily see what you have in your fork and
decide to pull that into the main repository.  If you group your commits
aronud conceptual changes, we can cherrypick the ones that we want and
git will merge the two.

Either way, I'm pleased to see you continuing to push forward on Postges
and am curious to see where it leads.

-Bharat

------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge
conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference:
$250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
__[ g a l l e r y - d e v e l ]_________________________

[ list info/archive --> http://gallery.sf.net/lists.php ]
[ gallery info/FAQ/download --> http://gallery.sf.net ]



------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
__[ g a l l e r y - d e v e l ]_________________________

[ list info/archive --> http://gallery.sf.net/lists.php ]
[ gallery info/FAQ/download --> http://gallery.sf.net ]




------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
__[ g a l l e r y - d e v e l ]_________________________

[ list info/archive --> http://gallery.sf.net/lists.php ]
[ gallery info/FAQ/download --> http://gallery.sf.net ]

 « Return to Thread: [G3/Pg] Some news