﻿<?xml version="1.0" encoding="utf-8"?><rss xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" version="2.0"><channel><title>SQLServerCentral.com Content tagged Best and Worst Practices, Worst Practices</title><link>http://www.sqlservercentral.com/</link><description>Content tagged Best and Worst Practices, Worst Practices posted on SQLServerCentral.com</description><language>en-us</language><ttl>360</ttl><managingEditor>sjones@sqlservercentral.com (Steve Jones)</managingEditor><item><title>Worst Practice - Triggering External Events</title><description>Andy Warren started his worst practice series some time ago with the intention of looking at the worst things you can do. Given that we may not always be able to implement the best practices, at least we can try to avoid doing things harm the system or decrease performance. This article continues the series and looks at an item I see mentioned in our discussion forum quite often, triggering external events. From a trigger.

</description><guid>http://www.sqlservercentral.com/articles/Triggers/worstpracticetriggeringexternalevents/1283/</guid><pubDate>2004/02/23</pubDate><link>http://www.sqlservercentral.com/articles/Triggers/worstpracticetriggeringexternalevents/1283/</link></item><item><title>Worst Practice - Adding a Column Without Thinking!</title><description>Adding a column is one of the simpler tasks you&amp;#39;ll ever do as a DBA, yet danger lurks! All too often we add columns without going through some type of check list to make sure we&amp;#39;re safe. What could adding a column break? You might be surprised!
</description><guid>http://www.sqlservercentral.com/articles/Administering/worstpracticeaddingacolumnwithoutthinking/1288/</guid><pubDate>2004/02/19</pubDate><link>http://www.sqlservercentral.com/articles/Administering/worstpracticeaddingacolumnwithoutthinking/1288/</link></item><item><title>Worst Practice - Defining Rows that Exceed The Max Length</title><description>Andy started writing about worst practices a long time ago and returns this week with one that is short and sweet - why defining rows that exceed 8060 characters is a very bad idea and how you can avoid it.

</description><guid>http://www.sqlservercentral.com/articles/Miscellaneous/worstpracticedefiningrowsthatexceedthemaxlength/1179/</guid><pubDate>2003/12/08</pubDate><link>http://www.sqlservercentral.com/articles/Miscellaneous/worstpracticedefiningrowsthatexceedthemaxlength/1179/</link></item><item><title>Worst Practice - Spaces in Object Names</title><description>We can only guess that someone somewhere put spaces in an object name that Andy works with and gave him the idea for this worst practice. Funny as the topic may sound, we agree - why make your lifer harder?
</description><guid>http://www.sqlservercentral.com/articles/Administering/worstpracticespacesinobjectnames/1142/</guid><pubDate>2003/10/01</pubDate><link>http://www.sqlservercentral.com/articles/Administering/worstpracticespacesinobjectnames/1142/</link></item><item><title>Worst Practice - Bad Connection Strings and Bad Info in Sysprocesses</title><description>Andy returns to the Worst Practice series this week with a short article looking at how connection strings in applications affect what you see in sysprocesses. Perhaps less controversial (in our opinion) that some of the other worst practices, this is something easy to fix and definitely worth fixing! Read the article and post a comment - explore other points of view! Readers posting a comment will be entered in a drawing for a copy of the SQL Server 2000 Resource Kit.

</description><guid>http://www.sqlservercentral.com/articles/Administering/worstpracticebadconnectionstringsandbadinfoinsyspr/802/</guid><pubDate>2003/08/01</pubDate><link>http://www.sqlservercentral.com/articles/Administering/worstpracticebadconnectionstringsandbadinfoinsyspr/802/</link></item><item><title>Worst Practices - Blank Passwords</title><description>Not even worth talking about, right? Probably, but they still exist. Read about this worst practice and pass it along.




</description><guid>http://www.sqlservercentral.com/articles/Worst+Practices/worstpractivesblankpasswords/880/</guid><pubDate>2003/03/31</pubDate><link>http://www.sqlservercentral.com/articles/Worst+Practices/worstpractivesblankpasswords/880/</link></item><item><title>Worst Practice - Bad Comments</title><description>This one is pretty interesting, Andy discusses a few things he sees in comments that not only fail to add value, they end up costing extra time. There&amp;#39;s room for discussion here, but definitely a discussion worth having - comments can make you or break you, here&amp;#39;s a chance to think about what you think is important in commenting and pass that on to your development team.

</description><guid>http://www.sqlservercentral.com/articles/Miscellaneous/worstpracticebadcomments/893/</guid><pubDate>2003/01/23</pubDate><link>http://www.sqlservercentral.com/articles/Miscellaneous/worstpracticebadcomments/893/</link></item><item><title>Worst Practices - Making On-The-Fly Changes</title><description>Continuing with our worst practices series, Steve Jones looks at another administrative no-no. Making a change to your live system on the fly.

</description><guid>http://www.sqlservercentral.com/articles/Availability/worstpracticesmakingalivechange/887/</guid><pubDate>2003/01/20</pubDate><link>http://www.sqlservercentral.com/articles/Availability/worstpracticesmakingalivechange/887/</link></item><item><title>Worst Practice - Not Having An Archive Plan For Each Table</title><description>We&amp;#39;re curious to see what our readers have to say about this one! How many of us have tables accruing data that won&amp;#39;t be used and/or isn&amp;#39;t of any value? At what point do we get rid of it to free up resources?

</description><guid>http://www.sqlservercentral.com/articles/Administering/worstpracticenothavinganarchiveplanforeachtable/839/</guid><pubDate>2002/11/11</pubDate><link>http://www.sqlservercentral.com/articles/Administering/worstpracticenothavinganarchiveplanforeachtable/839/</link></item><item><title>Worst Practice - Sorting by Ordinal</title><description>If you&amp;#39;ve been with us for a while you know that Andy started a series last year on worst practices. As he says, maybe you can&amp;#39;t always do best practices, but at least dont do the worst ones. Read the article and add a comment, participate!

</description><guid>http://www.sqlservercentral.com/articles/Administering/worstpracticesortingbyordinal/811/</guid><pubDate>2002/10/01</pubDate><link>http://www.sqlservercentral.com/articles/Administering/worstpracticesortingbyordinal/811/</link></item><item><title>SQL Server Encryption Best and Worst Practices</title><description>In this article by Neil Weicher, he talks about encryption of data and files for SQL Server.

</description><guid>http://www.sqlservercentral.com/articles/Administering/securityworstpracticeneil/592/</guid><pubDate>2002/01/30</pubDate><link>http://www.sqlservercentral.com/articles/Administering/securityworstpracticeneil/592/</link></item><item><title>Worst Practices - Encrypting Data</title><description>Continuing with the Worst Practices Series: Steve Jones examines why encryption in the database is a bad idea.

</description><guid>http://www.sqlservercentral.com/articles/Security/wp_encryption/527/</guid><pubDate>2002/01/08</pubDate><link>http://www.sqlservercentral.com/articles/Security/wp_encryption/527/</link></item><item><title>Worst Practices - Depending on the GUI</title><description>One of the strengths of SQL Server is its ease of management and administration over other systems. Oracle, DB2, even early versions of SQL Server required command line mastery to make many types of changes. But should you really be using the GUI for most of your tasks?

</description><guid>http://www.sqlservercentral.com/articles/Security/wp_gui/508/</guid><pubDate>2001/12/04</pubDate><link>http://www.sqlservercentral.com/articles/Security/wp_gui/508/</link></item><item><title>Worst Practices - Assigning Users Rights</title><description>Continuing with Andy Warren&amp;#39;s series on Worst Practices for a DBA, Steve Jones joins in this week with his worst practice.
</description><guid>http://www.sqlservercentral.com/articles/Security/wp_userrights/499/</guid><pubDate>2001/11/06</pubDate><link>http://www.sqlservercentral.com/articles/Security/wp_userrights/499/</link></item></channel></rss>