doucment changes

Author: Kevin Martin

.github/ISSUE_TEMPLATE/bug_report.md

@@ -10,10 +10,17 @@ assignees: ''
 **Version of the script**
 Look in the stored procedure, and it'll have a version date & number near the top. Put that in here. If it's not the current version (dated in the last month), then upgrade to the current version and test that before reporting a bug - we fix a lot of stuff in each new build. We'll flat out close bug reports for older builds.
 
+
+**What is the Check Id?**
+
+
 **What is the current behavior?**
 
+
 **If the current behavior is a bug, please provide the steps to reproduce.**
 
+
 **What is the expected behavior?**
 
+
 **Which versions of SQL Server and which OS are affected by this issue? Did this work in previous versions of our procedures?**

.github/ISSUE_TEMPLATE/feature_request.md

@@ -10,11 +10,14 @@ assignees: ''
 **Is your feature request related to a problem? Please describe.**
 A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
 
+
 **Describe the solution you'd like**
 A clear and concise description of what you want to happen.
 
+
 **Describe alternatives you've considered**
 A clear and concise description of any alternative solutions or features you've considered.
 
+
 **Are you ready to build the code for the feature?**
 As much as we'd love to build everything that everyone wants for free, we need your help. Open source is built with your help and code. Are you ready to commit time to this project? Have you got existing code you can help contribute to solve the problem?

README.md

@@ -390,7 +390,7 @@ Although the MONEY data type generally takes less storage and takes less bandwid
 
 You can't require everyone to stop using national characters or accents any more. Names are likely to have accents in them if spelled properly, and international addresses and language strings will almost certainly have accents and national characters that can’t be represented by 8-bit ASCII!
 
-**Future columns to check:**
+**Column names to check:**
 - FirstName
 - MiddleName
 - LastName
@@ -651,7 +651,7 @@ It is common to need a database to operate under different names.
 ## Using @@IDENTITY Instead of SCOPE_IDENTITY
 **Check Id:** [NONE YET]
 
-The generation of an IDENTITY value is not transactional, so in some circumstances, @@IDENTITY returns the wrong value and not the value from the row you just inserted. This is especially true when using triggers that insert data, depending on when the triggers fire. The SCOPE_IDENTITY function is safer because it always relates to the current batch (within the same scope). Also consider using the IDENT_CURRENT function, which returns the last IDENTITY value regardless of session or scope. The OUTPUT clause is a better and safer way of capturing identity values.
+The generation of an identity value is not transactional, so in some circumstances, ```@@IDENTITY``` returns the wrong value and not the value from the row you just inserted. This is especially true when using triggers that insert data, depending on when the triggers fire. The ```SCOPE_IDENTITY``` function is safer because it always relates to the current batch (within the same scope). Also consider using the ```IDENT_CURRENT``` function, which returns the last identity value regardless of session or scope. The OUTPUT clause is a better and safer way of capturing identity values.
 
 
 ## Using BETWEEN for DATETIME Ranges