You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .github/ISSUE_TEMPLATE/bug_report.md
+7Lines changed: 7 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,10 +10,17 @@ assignees: ''
10
10
**Version of the script**
11
11
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.
12
12
13
+
14
+
**What is the Check Id?**
15
+
16
+
13
17
**What is the current behavior?**
14
18
19
+
15
20
**If the current behavior is a bug, please provide the steps to reproduce.**
16
21
22
+
17
23
**What is the expected behavior?**
18
24
25
+
19
26
**Which versions of SQL Server and which OS are affected by this issue? Did this work in previous versions of our procedures?**
Copy file name to clipboardExpand all lines: .github/ISSUE_TEMPLATE/feature_request.md
+3Lines changed: 3 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,11 +10,14 @@ assignees: ''
10
10
**Is your feature request related to a problem? Please describe.**
11
11
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
12
12
13
+
13
14
**Describe the solution you'd like**
14
15
A clear and concise description of what you want to happen.
15
16
17
+
16
18
**Describe alternatives you've considered**
17
19
A clear and concise description of any alternative solutions or features you've considered.
18
20
21
+
19
22
**Are you ready to build the code for the feature?**
20
23
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?
Copy file name to clipboardExpand all lines: README.md
+10-10Lines changed: 10 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,17 +1,17 @@
1
1
# SQL Server Assess Overview
2
-
The SQL Server Assess project contains the sp_Develop stored procedure. It can be used by database developers, software developers and for performing database code (smell) reviews.
2
+
The SQL Server Assess project contains the [sp_Develop](https://github.com/EmergentSoftware/SQL-Server-Assess/blob/master/sp_Develop.sql) stored procedure. It can be used by database developers, software developers and for performing database code (smell) reviews.
3
3
4
4
This lists the database development best practice checks and naming conventions checks for the stored procedure named sp_Develop.
5
5
6
6
## Install Instructions
7
7
8
-
It is recommend installing this stored procedures in the master database for full SQL Servers, but if you want to use another one, that's totally fine.
8
+
It is recommend installing the [sp_Develop](https://github.com/EmergentSoftware/SQL-Server-Assess/blob/master/sp_Develop.sql) stored procedures in the master database for full SQL Servers, but if you want to use another one, that's totally fine.
9
9
10
-
On Azure SQL Server you will need to install this stored procedure in the user database.
10
+
On Azure SQL Server you will need to install the sp_Develop stored procedure in the user database.
11
11
12
12
## Usage Instructions
13
13
14
-
After installing the stored procedure open SSMS and run in the database you wish to check for database development best practices.
14
+
After installing the [sp_Develop](https://github.com/EmergentSoftware/SQL-Server-Assess/blob/master/sp_Develop.sql)stored procedure open SSMS and run in the database you wish to check for database development best practices.
15
15
16
16
```sql
17
17
EXECUTE dbo.sp_Develop
@@ -390,7 +390,7 @@ Although the MONEY data type generally takes less storage and takes less bandwid
390
390
391
391
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!
392
392
393
-
**Future columns to check:**
393
+
**Column names to check:**
394
394
- FirstName
395
395
- MiddleName
396
396
- LastName
@@ -651,7 +651,7 @@ It is common to need a database to operate under different names.
651
651
## Using @@IDENTITY Instead of SCOPE_IDENTITY
652
652
**Check Id:** [NONE YET]
653
653
654
-
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.
654
+
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.
655
655
656
656
657
657
## Using BETWEEN for DATETIME Ranges
@@ -723,13 +723,13 @@ Try running EXEC sp_refreshsqlmodule or sp_refreshview.
723
723
724
724
# Running Issues
725
725
726
-
These are some issues you might run into when running sp_Develop.
726
+
These are some issues you might run into when running [sp_Develop](https://github.com/EmergentSoftware/SQL-Server-Assess/blob/master/sp_Develop.sql).
727
727
728
728
729
729
## Some Checks Skipped
730
730
**Check Id:**26
731
731
732
-
We skipped some checks that are not currently possible, relevant, or practical for the SQL Server sp_Develop is running against. This could be due to the SQL Server version/edition or the database compatibility level.
732
+
We skipped some checks that are not currently possible, relevant, or practical for the SQL Server [sp_Develop](https://github.com/EmergentSoftware/SQL-Server-Assess/blob/master/sp_Develop.sql) is running against. This could be due to the SQL Server version/edition or the database compatibility level.
733
733
734
734
735
735
@@ -748,13 +748,13 @@ There most likely been some new checks and fixes performed within the last 6 mon
748
748
## Ran on a Non-Readable Availability Group Secondary Databases
749
749
**Check Id:**17
750
750
751
-
You are running this on an AG secondary, and some of your databases are configured as non-readable when this is a secondary node. To analyze those databases, run sp_Develop on the primary, oron a readable secondary.
751
+
You are running this on an AG secondary, and some of your databases are configured as non-readable when this is a secondary node. To analyze those databases, run [sp_Develop](https://github.com/EmergentSoftware/SQL-Server-Assess/blob/master/sp_Develop.sql)on the primary, oron a readable secondary.
752
752
753
753
754
754
## Ran Against 50+ Databases Without @BringThePain = 1
755
755
**Check Id:**18
756
756
757
-
Running sp_Develop on a server with 50+ databases may cause temporary insanity for the server and/or user. If you're sure you want to do this, run again with the parameter @BringThePain = 1.
757
+
Running [sp_Develop](https://github.com/EmergentSoftware/SQL-Server-Assess/blob/master/sp_Develop.sql)on a server with 50+ databases may cause temporary insanity for the server and/or user. If you're sure you want to do this, run again with the parameter @BringThePain = 1.
0 commit comments