January 11, 2018 at 8:16 am
Thom A - Thursday, January 11, 2018 7:45 AMEd Wagner - Thursday, January 11, 2018 7:33 AMJeff Moden - Wednesday, January 10, 2018 4:55 PMRandomStream - Wednesday, January 10, 2018 12:38 PMUp to this point, you gurus are complaining 'Are the posted questions getting worse?'?I suggest that we add Downvote button for both questions and answers, like on AskQuora.
The trouble with down-vote or other types of rating buttons (even accepted answer buttons) is that people use them without explaining why something was marked either high or low. I've seen some incredibly stupid answers (for example) that have 20 up-votes and no explanation. Likewise, I've seen some incredibly good answers that have been down-voted (obviously at this point, on other forums), again, with no explanation.
Personally, I don't like the up-vote/down-vote. There are some posts that are just excellent, but there is obvious abuse and there always will be with any online voting system.
If SSC did want to do a vote up/down function as well, the bot issues need to be fixed first. I'm confident in saying that the majority of "points" that the more regular users get are from likes on their psots, which code be wrong ages ago. Have a look, for example, at just a snippet of my activities on 2017014:
Some of those post I made 2/3 years ago and have 50 odd likes (as does most of the other posts in the topic). If down voting was an option as well, things would probably go "crazy".
Yeah once we went to the new forum points are even less valid than they were before. At least prior to that it was an indication of what the user contributed on the site. Now it is just nuts. I have often wondered if there are bots liking posts because so many posts from long ago get liked. I don't remember what my points total was prior to the new forum software but it has surely double, tripled or even more since then.
_______________________________________________________________
Need help? Help us help you.
Read the article at http://www.sqlservercentral.com/articles/Best+Practices/61537/ for best practices on asking questions.
Need to split a string? Try Jeff Modens splitter http://www.sqlservercentral.com/articles/Tally+Table/72993/.
Cross Tabs and Pivots, Part 1 – Converting Rows to Columns - http://www.sqlservercentral.com/articles/T-SQL/63681/
Cross Tabs and Pivots, Part 2 - Dynamic Cross Tabs - http://www.sqlservercentral.com/articles/Crosstab/65048/
Understanding and Using APPLY (Part 1) - http://www.sqlservercentral.com/articles/APPLY/69953/
Understanding and Using APPLY (Part 2) - http://www.sqlservercentral.com/articles/APPLY/69954/
January 11, 2018 at 8:33 am
Thom A - Thursday, January 11, 2018 7:45 AMIf SSC did want to do a vote up/down function as well, the bot issues need to be fixed first. I'm confident in saying that the majority of "points" that the more regular users get are from likes on their psots, which code be wrong ages ago. Have a look, for example, at just a snippet of my activities on 2017014:
Some of those post I made 2/3 years ago and have 50 odd likes (as does most of the other posts in the topic). If down voting was an option as well, things would probably go "crazy".
Sorry. I'll stop liking your stuff.
No, not really.
Thomas Rushton
blog: https://thelonedba.wordpress.com
January 11, 2018 at 8:34 am
ZZartin - Thursday, January 11, 2018 8:01 AMI'm not a fan of visible vote counts on individual posts or on users, what I am a huge fan of is the ability for users to bury posts with enough down votes. For example certain users who consistently might post outdated irrelevant information with no value to the original question might be less visible 😀
I don't know who you mean... *cough* 😀
Thomas Rushton
blog: https://thelonedba.wordpress.com
January 11, 2018 at 9:06 am
Sean Lange - Thursday, January 11, 2018 8:16 AMYeah once we went to the new forum points are even less valid than they were before. At least prior to that it was an indication of what the user contributed on the site. Now it is just nuts. I have often wondered if there are bots liking posts because so many posts from long ago get liked. I don't remember what my points total was prior to the new forum software but it has surely double, tripled or even more since then.
I remember that only Gail was over 40K points, so my guess is that the total went up about 10 times.
January 11, 2018 at 9:10 am
Luis Cazares - Thursday, January 11, 2018 9:06 AMSean Lange - Thursday, January 11, 2018 8:16 AMYeah once we went to the new forum points are even less valid than they were before. At least prior to that it was an indication of what the user contributed on the site. Now it is just nuts. I have often wondered if there are bots liking posts because so many posts from long ago get liked. I don't remember what my points total was prior to the new forum software but it has surely double, tripled or even more since then.I remember that only Gail was over 40K points, so my guess is that the total went up about 10 times.
Bit more than that.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
January 11, 2018 at 10:15 am
I have to ask; Is there a point when an MVP can come to the conclusion where it's a good idea to use the [master] database for user objects, and to prefix those objects with "sp_" (so it's looks like an MS object); or am I right in thinking that this is just a plain bad idea?
Thom~
Excuse my typos and sometimes awful grammar. My fingers work faster than my brain does.
Larnu.uk
January 11, 2018 at 10:23 am
Thom A - Thursday, January 11, 2018 10:15 AMI have to ask; Is there a point when an MVP can come to the conclusion where it's a good idea to use the [master] database for user objects, and to prefix those objects with "sp_" (so it's looks like an MS object); or am I right in thinking that this is just a plain bad idea?
I'd say that it depends. Will it act as a system object? If it does, it might make sense to do it. But that's just my opinion.
EDIT: I just saw the thread and that's a bad idea. Creating user-system objects should be an exception and not a general solution as it was mentioned on there.
January 11, 2018 at 10:31 am
Lynn Pettis - Wednesday, January 10, 2018 5:10 PMMakes sense, you should have to provide an explanation of an up-vote or down-vote on a forum such as this. Of course, you would probably get something like this: "I like this answer."
Actually, what I've wanted to do is have voting on a couple axis (good/poor tech solution, performs well/poorly, insteresting/boring, pro/rude, etc). HAven't gotten a good UI or dev resources, but I think it's helpful to be able to vote a few ways, not just up/down.
January 11, 2018 at 10:33 am
Thom A - Thursday, January 11, 2018 10:15 AMI have to ask; Is there a point when an MVP can come to the conclusion where it's a good idea to use the [master] database for user objects, and to prefix those objects with "sp_" (so it's looks like an MS object); or am I right in thinking that this is just a plain bad idea?
I'd say no, mostly because of DR. Trying to ensure these are always in a system and counting on them is bad. If you do this, then I'd say you never, ever, ever install SQL Server manually. Always with a script that both runs setup for you and then includes these items (with proper SQL per version) in the instance. Even in emergency DR situations.
January 11, 2018 at 10:38 am
Thom A - Thursday, January 11, 2018 10:15 AMI have to ask; Is there a point when an MVP can come to the conclusion where it's a good idea to use the [master] database for user objects, and to prefix those objects with "sp_" (so it's looks like an MS object); or am I right in thinking that this is just a plain bad idea?
Yes, and you don't even have to be an MVP for it. But you need one more step: apart from storing it in master and prefixing it sp_, You'll also have to mark it a system object (using undocumented stored procedure sp_ms_marksystemobject).
The benefit you get from this, is that you can now invoke it from within every user database by name only, and it will excute within the context of that user database and not within the context of master. This can be beneficial for certain tasks.
But it does come at a price. If you now deploy sp_myperfectprocedure, and Microsoft decides to introduce a new system stored procedure sp_myperfectprocedure in the next CU, then that procedure will replace yours when you upgrade and any code using it might suddenly start doing very ... interesting things. Documenting which "fake" system procedures you make and checking that list before every upgrade helps mitigate this risk. Choosing unlikely names helps also.
One example where I used this: A customer had a lot of legacy code and little documentation. Before changing anything I had to do impact analysis, which started by finding references to an object (be it a table, column, procedure, function, view, or anything else). These references could either be in stored procedures (always in the current database), or in SQL Agent jobs. So I had created a stored procedure that searched sys.all_sql_modules in the current database. Instead of creating copies in all databases, I created a single copy in master, called it sp_metasearch, and marked it as system object. From then on, I could simply type "sp_metasearch 'foobar';" and hit execute to find all coide modules that contain the string "foobar" somewhere in their defintion. That was very effective for me.
January 11, 2018 at 10:42 am
Hugo Kornelis - Thursday, January 11, 2018 10:38 AMBut it does come at a price. If you now deploy sp_myperfectprocedure, and Microsoft decides to introduce a new system stored procedure sp_myperfectprocedure in the next CU, then that procedure will replace yours when you upgrade and any code using it might suddenly start doing very ... interesting things. Documenting which "fake" system procedures you make and checking that list before every upgrade helps mitigate this risk. Choosing unlikely names helps also.
Well clearly the answer is use GUID's for every name, also makes versioning super easy if you can never overwrite anything.
January 11, 2018 at 11:54 am
Steve Jones - SSC Editor - Thursday, January 11, 2018 10:33 AMThom A - Thursday, January 11, 2018 10:15 AMI have to ask; Is there a point when an MVP can come to the conclusion where it's a good idea to use the [master] database for user objects, and to prefix those objects with "sp_" (so it's looks like an MS object); or am I right in thinking that this is just a plain bad idea?I'd say no, mostly because of DR. Trying to ensure these are always in a system and counting on them is bad. If you do this, then I'd say you never, ever, ever install SQL Server manually. Always with a script that both runs setup for you and then includes these items (with proper SQL per version) in the instance. Even in emergency DR situations.
Our DR always started with install media from disc. This was a different group, and as Steve describes, everyone would need to be aware of a change in process.
As Hugo and others mention, there are likely a couple other things to consider.
January 11, 2018 at 11:54 am
RandomStream - Wednesday, January 10, 2018 5:10 PMJeff Moden - Wednesday, January 10, 2018 4:55 PMRandomStream - Wednesday, January 10, 2018 12:38 PMUp to this point, you gurus are complaining 'Are the posted questions getting worse?'?I suggest that we add Downvote button for both questions and answers, like on AskQuora.
The trouble with down-vote or other types of rating buttons (even accepted answer buttons) is that people use them without explaining why something was marked either high or low. I've seen some incredibly stupid answers (for example) that have 20 up-votes and no explanation. Likewise, I've seen some incredibly good answers that have been down-voted (obviously at this point, on other forums), again, with no explanation.
Life goes on. After all, the purpose of this forum is to share knowledge, not to judge. Post-By-Agonizing-Post.
Heh.... sharing knowledge frequently requires first making a judgment. If I see a thread where there are only good answers, I 'judge' that I don't actually need to get involved. If I see a thread where there are some pretty bad answers, then I've judged them as bad and that might compel me to post. If someone argues that an rCTE that counts is still a good thing to use even after someone has proven 3 super fast methods and even a properly written WHILE loop can beat it both performance wise and resource usage wise and yet they continue to insist that their rCTE method is the way to go, then I do, in fact, have to judge them as stupid, arrogant, or, quite possibly, both. It can't be helped when such a fact is proven. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
January 11, 2018 at 1:23 pm
LOL I was able to remove some doubt from a doubting Thomas today. He wanted to write a new scalar UDF, and I was able to easily show him the exact same logic written in an inline-TVF could run against a million record table in a second and a half versus seven seconds. He was also under the mistaken impression he would have to rewrite the logic to return a whole table worth of data instead of 1 row. Knowledge is fun!
Viewing 15 posts - 60,961 through 60,975 (of 66,738 total)
You must be logged in to reply to this topic. Login to reply