Fix minor syntax issues in SQL code examples

Author: arvindshmicrosoft

docs/database-engine/availability-groups/windows/automatic-seeding-secondary-replicas.md

@@ -88,7 +88,7 @@ CREATE AVAILABILITY GROUP [<AGName>]
 WITH (
   ENDPOINT_URL = N'TCP://Primary_Replica.Contoso.com:5022', 
   FAILOVER_MODE = AUTOMATIC, 
-  AVAILABILITY_MODE = SYNCHRONOUS_COMMIT, 
+  AVAILABILITY_MODE = SYNCHRONOUS_COMMIT
 ),
   N'Secondary_Replica' WITH (
     ENDPOINT_URL = N'TCP://Secondary_Replica.Contoso.com:5022', 

docs/database-engine/availability-groups/windows/change-the-availability-mode-of-an-availability-replica-sql-server.md

@@ -48,8 +48,11 @@ You must be connected to the server instance that hosts the primary replica.
 2.  Use the [ALTER AVAILABILITY GROUP](../../../t-sql/statements/alter-availability-group-transact-sql.md) statement, as the following example:  
 
      ```sql
-     ALTER AVAILABILITY GROUP *group_name* MODIFY REPLICA ON '*server_name*'  
-     WITH ( AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT , FAILOVER_MODE = MANUAL );  
+     ALTER AVAILABILITY GROUP [<availability_group_name>] MODIFY REPLICA ON '*server_name*'  
+     WITH ( AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT)
+	 
+     ALTER AVAILABILITY GROUP [<availability_group_name>] MODIFY REPLICA ON '*server_name*'  
+     WITH ( FAILOVER_MODE = MANUAL );  
      ```
 
      Where *group_name* is the name of the availability group and *server_name* is the name of the server instance that hosts the replica to be modified.  

docs/database-engine/availability-groups/windows/create-an-availability-group-transact-sql.md

@@ -226,7 +226,7 @@ ms.author: chadam
 
      The following code example creates a transaction log backup on MyDb1 and on MyDb2.  
 
-    ```sql  
+    ```sql
     -- On the server instance that hosts the primary replica,   
     -- Backup the transaction log on each primary database:  
     BACKUP LOG MyDb1   
@@ -236,7 +236,7 @@ ms.author: chadam
   
     BACKUP LOG MyDb2   
     TO DISK = N'\\FILESERVER\SQLbackups\MyDb2.bak'   
-        WITHNOFORMAT;  
+        WITH NOFORMAT;  
     GO
     ```  
 
@@ -409,7 +409,7 @@ GO
   
 BACKUP LOG MyDb2   
 TO DISK = N'\\FILESERVER\SQLbackups\MyDb2.bak'   
-    WITHNOFORMAT  
+    WITH NOFORMAT  
 GO  
   
 -- Restore the transaction log on each secondary database,  

docs/database-engine/availability-groups/windows/secondary-replica-connection-redirection-always-on-availability-groups.md

@@ -90,7 +90,7 @@ The following transact-SQL script creates this AG. In this example, Each replica
 CREATE AVAILABILITY GROUP MyAg   
      WITH ( CLUSTER_TYPE =  NONE )  
    FOR   
-     DATABASE  <Database1>   
+     DATABASE  [<Database1>]   
    REPLICA ON   
       'COMPUTER01' WITH   
          (  
@@ -100,8 +100,8 @@ CREATE AVAILABILITY GROUP MyAg
          SECONDARY_ROLE (ALLOW_CONNECTIONS = ALL,   
             READ_ONLY_ROUTING_URL = 'TCP://COMPUTER01.<domain>.<tld>:1433' ),
          PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE,   
-            READ_ONLY_ROUTING_LIST = (COMPUTER02, COMPUTER03),
-            READ_WRITE_ROUTING_URL = 'TCP://COMPUTER01.<domain>.<tld>:1433' )   
+            READ_ONLY_ROUTING_LIST = ('COMPUTER02', 'COMPUTER03'),
+            READ_WRITE_ROUTING_URL = 'TCP://COMPUTER01.<domain>.<tld>:1433' ),   
          SESSION_TIMEOUT = 10  
          ),   
       'COMPUTER02' WITH   
@@ -112,8 +112,8 @@ CREATE AVAILABILITY GROUP MyAg
          SECONDARY_ROLE (ALLOW_CONNECTIONS = ALL,   
             READ_ONLY_ROUTING_URL = 'TCP://COMPUTER02.<domain>.<tld>:1433' ),  
          PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE,   
-            READ_ONLY_ROUTING_LIST = (COMPUTER01, COMPUTER03),  
-            READ_WRITE_ROUTING_URL = 'TCP://COMPUTER02.<domain>.<tld>:1433' )   
+            READ_ONLY_ROUTING_LIST = ('COMPUTER01', 'COMPUTER03'),  
+            READ_WRITE_ROUTING_URL = 'TCP://COMPUTER02.<domain>.<tld>:1433' ),
          SESSION_TIMEOUT = 10  
          ),   
       'COMPUTER03' WITH   
@@ -124,8 +124,8 @@ CREATE AVAILABILITY GROUP MyAg
          SECONDARY_ROLE (ALLOW_CONNECTIONS = ALL,   
             READ_ONLY_ROUTING_URL = 'TCP://COMPUTER03.<domain>.<tld>:1433' ),  
          PRIMARY_ROLE (ALLOW_CONNECTIONS = READ_WRITE,   
-            READ_ONLY_ROUTING_LIST = (COMPUTER01, COMPUTER02),  
-            READ_WRITE_ROUTING_URL = 'TCP://COMPUTER03.<domain>.<tld>:1433' )  
+            READ_ONLY_ROUTING_LIST = ('COMPUTER01', 'COMPUTER02'),  
+            READ_WRITE_ROUTING_URL = 'TCP://COMPUTER03.<domain>.<tld>:1433' ),
          SESSION_TIMEOUT = 10  
          );
 GO  

docs/relational-databases/indexes/columnstore-indexes-data-loading-guidance.md

@@ -79,15 +79,17 @@ If you are loading data only to stage it before running more transformations, lo
  A common pattern for data load is to load the data into a staging table, do some transformation and then load it into the target table using the following command  
 
 ```sql  
-INSERT INTO <columnstore index>  
-SELECT <list of columns> FROM <Staging Table>  
+INSERT INTO [<columnstore index>]
+SELECT col1 /* include actual list of columns in place of col1*/
+FROM [<Staging Table>]
 ```  
 
  This command loads the data into the columnstore index in similar ways to BCP or Bulk Insert but in a single batch. If the number of rows in the staging table < 102400, the rows are loaded into a delta rowgroup otherwise the rows are directly loaded into compressed rowgroup. One key limitation was that this `INSERT` operation was single threaded. To load data in parallel, you could create multiple staging table or issue `INSERT`/`SELECT` with non-overlapping ranges of rows from the staging table. This limitation goes away with [!INCLUDE[sssql16-md](../../includes/sssql16-md.md)]. The command below loads the data from staging table in parallel but you will need to specify `TABLOCK`. You may find this contradictory to what was said earlier with bulkload but the key difference is the parallel data load from the staging table is executed under the same transaction.
 
 ```sql  
-INSERT INTO <columnstore index> WITH (TABLOCK) 
-SELECT <list of columns> FROM <Staging Table>  
+INSERT INTO [<columnstore index>] WITH (TABLOCK) 
+SELECT col1 /* include actual list of columns in place of col1*/
+FROM [<Staging Table>]
 ```  
 
  There are following optimizations available when loading into clustered columnstore index from staging table:
@@ -101,7 +103,7 @@ SELECT <list of columns> FROM <Staging Table>
 *Trickle insert* refers to the way individual rows move into the columnstore index. Trickle inserts use the [INSERT INTO](../../t-sql/statements/insert-transact-sql.md) statement. With trickle insert, all of the rows go to the deltastore. This is useful for small numbers of rows, but not practical for large loads.
 
 ```sql  
-INSERT INTO <table-name> VALUES (<set of values>)  
+INSERT INTO [<table-name>] VALUES ('some value' /*replace with actual set of values*/)  
 ```  
 
  > [!NOTE]
@@ -110,13 +112,13 @@ INSERT INTO <table-name> VALUES (<set of values>)
  Once the rowgroup contains 1,048,576 rows, the delta rowgroup us marked closed but it is still available for queries and update/delete operations but the newly inserted rows go into an existing or newly created deltastore rowgroup. There is a background thread *Tuple Mover (TM)* that compresses the closed delta rowgroups periodically every 5 minutes or so. You can explicitly invoke the following command to compress the closed delta rowgroup  
 
 ```sql  
-ALTER INDEX <index-name> on <table-name> REORGANIZE  
+ALTER INDEX [<index-name>] on [<table-name>] REORGANIZE  
 ```  
 
  If you want force a delta rowgroup closed and compressed, you can execute the following command. You may want run this command if you are done loading the rows and don't expect any new rows. By explicitly closing and compressing the delta rowgroup, you can save storage further and improve the analytics query performance. A best practice is to invoke this command if you  don't expect new rows to be inserted.  
 
 ```sql  
-ALTER INDEX <index-name> on <table-name> REORGANIZE with (COMPRESS_ALL_ROW_GROUPS = ON)  
+ALTER INDEX [<index-name>] on [<table-name>] REORGANIZE with (COMPRESS_ALL_ROW_GROUPS = ON)  
 ```  
 
 ## How loading into a partitioned table works  

docs/t-sql/data-types/parse-database-engine.md

@@ -26,7 +26,7 @@ Parse converts the canonical string representation of a **hierarchyid** to a **h
 
 ## Syntax  
 
-```sql
+```syntaxsql
 -- Transact-SQL syntax  
 hierarchyid::Parse ( input )  
 -- This is functionally equivalent to the following syntax   
@@ -72,7 +72,7 @@ GO
 
 [!INCLUDE[ssResult](../../includes/ssresult-md.md)]
 
-```
+```txt
 hierarchyidRepresentation    StringRepresentation
 -------------------------    -----------------------
 0x5ADE                       /1/1/3/