Re^2: perl & SQL best practices

in reply to Re: perl & SQL best practices
in thread perl & SQL best practices

You're overly optimistic...

Yea, you got me there.

But if you're fortunate enough (I would call it fortunate) to be hand-crafting your SQL...

You're probably right, but sql server is complicated enough, that sometimes I wish someone else had the control, aka responsibility, of it. The more I know, the more I know I DON'T know. I've toyed with the idea of getting some sort of sql certification (so I can be a better perl programmer, of course), but then that's a little sick and wrong.

Comment on Re^2: perl & SQL best practices

Replies are listed 'Best First'.
Re^3: perl & SQL best practices by doom (Deacon) on Apr 30, 2012 at 19:12 UTC
The more I know, the more I know I DON'T know. I've toyed with the idea of getting some sort of sql certification (so I can be a better perl programmer, of course), but then that's a little sick and wrong. Well, you have my sympathies... essentially there's an infinite amount of stuff we all need to learn in order to do the job right, so coming up with strategies to provisionally minimize what you need to learn is essential. Myself, I would say that knowing your way around relational databases is a fairly fundamental, useful skill, and whether or not you bother with a "certification", it's not a bad direction to go in.	[reply]

Replies are listed 'Best First'.

Re^3: perl & SQL best practices
by doom (Deacon) on Apr 30, 2012 at 19:12 UTC

The more I know, the more I know I DON'T know. I've toyed with the idea of getting some sort of sql certification (so I can be a better perl programmer, of course), but then that's a little sick and wrong.

Myself, I would say that knowing your way around relational databases is a fairly fundamental, useful skill, and whether or not you bother with a "certification", it's not a bad direction to go in.

[reply]

In Section Seekers of Perl Wisdom