News for hackers. Stuff that matters.
Re:SQL Tips and Tricks by regexman1 on Wednesday September 25, 2024 @02:14AM (#41644190)
I'll add this as a caveat. I'm an analyst so my SQL isn't really exposed to anyone other than myself and so I wasn't aware of this, thanks for flagging.
Re:SQL Tips and Tricks by halayli on Wednesday September 25, 2024 @02:42AM (#41644363)
A random person claims adding 1=1 is a security risk and you are going to add it as caveat without verifying if the claim is true nor knowing why? That's how misinformation spreads around.

OP doesn't know what they are talking about because adding 1=1 is not a security risk. 1=1 is related to sql injections where a malicious attacker injects 'OR 1=1' into the end of the where clause to disable the where clause completely. OP probably saw '1=1' and threw that into the comment.

Re:SQL Tips and Tricks by regexman1 on Wednesday September 25, 2024 @02:50AM (#41644417)
Fair point!
Re:SQL Tips and Tricks by AtNightWeCode on Wednesday September 25, 2024 @12:34PM (#41649190)
Read my other comments. I worked with SQL on and off since the last century. It has nothing to do with your poor assumptions.
Re:SQL Tips and Tricks by the_gorilla on Wednesday September 25, 2024 @06:30PM (#41652561)
Duration of working with SQL doesn't matter. The better SQL programmers don't do it specifically, and have experience in real languages that they bring over to database queries.
Re:SQL Tips and Tricks by AtNightWeCode on Thursday September 26, 2024 @02:00PM (#41661290)
Not sure I get this. But I think it does matter since you understand why people do it to begin with. I worked on two enterprise solutions over the last couple of years that have this exact problem. That people are using WHERE 1=1 and then add random "AND something=something" that completely trashes the performance of the db. Also, it does not matter as much on-prem. But in cloud envs it does. Since you can't really spike CPU and mem the same way as on-prem.

The reason I pointed out this specific issue is just that I thought it was the worsed of many poor tips. ChatGPT can give better tips.

Re:SQL Tips and Tricks by the_gorilla on Thursday September 26, 2024 @04:11PM (#41662732)
If the query planner can't optimize out "IF TRUE" I don't know what to say. Is there something deeper happening or is this just gross incompetence?
Re:SQL Tips and Tricks by AtNightWeCode on Tuesday October 01, 2024 @05:18PM (#41714287)
Jesus. The problem is not WHERE 1=1. It is WHY people do it. People do it because they then in Python, JS or whatever can easily add conditions. Like QUERY + "AND x='blabla'". There is the problem. Every time you create a unique SQL statement the query will need a new query plan in most SQL engines. Some will cache parts of the query. And you could use parameters along with this paradigm but if you are this bad at SQL I doubt it.

It is kinda funny that op backpedal on this cause to me the whole site is amateurish. I just pointed out what I thought was the worst part. It is likely that it is generated by AI. Either way the post is terrible.

Re:SQL Tips and Tricks by regexman1 on Wednesday October 02, 2024 @12:13AM (#41717093)
I'm an analyst so I literally only query for analytical purposes. I don't have any SQL code embedded in an application so the 1=1 is purely for tweaking/testing a query more quickly.

I certainly didn't use AI, all these tips/tricks are from work experience and reading Snowflake documentation and the like, but I guess I can't convince you either way. Regardless I appreciate the feedback, even if I did find the tone a little aggressive.

Re:SQL Tips and Tricks by paperplatter on Wednesday September 25, 2024 @12:20PM (#41649060)
1=1 is not a security risk