B4-Query temporal data non-temporal-relational data

Question 1

What are temporal tables?

Answer 1

Are generally a database feature that brings built-in support for providing information about data stored in the table at any point in time rather than only the data that is correct at the current moment in time.

Question 2

What is a system-versioned temporal table?

Answer 2

A system-versioned temporal table is a type of user table designed to keep a full history of data changes to allow easy point in time analysis.

Every temporal table has two explicitly defined columns, each with a datetime2 data type. These columns are referred to as period columns. These period columns are used exclusively by the system to record period of validity for each row whenever a row is modified.

In addition to these period columns, a temporal table also contains a reference to another table with a mirrored schema. The system uses this table to automatically store the previous version of the row each time a row in the temporal table gets updated or deleted. This additional table is referred to as the history table, while the main table that stores current (actual) row versions is referred to as the current table or simply as the temporal table. During temporal table creation users can specify existing history table (must be schema compliant) or let system create default history table.

Question 3

How does temporal work?

Answer 3

System-versioning for a table is implemented as a pair of tables, a current table and a history table. Within each of these tables, the following two additional datetime2 columns are used to define the period of validity for each row:

Period start column: The system records the start time for the row in this column, typically denoted as the SysStartTime column.

Period end column: The system records the end time for the row in this column, typically denoted as the SysEndTime column.

The current table contains the current value for each row. The history table contains each previous value for each row, if any, and the start time and end time for the period for which it was valid.

Question 4

How do I query temporal data?

Answer 4

The SELECT statement FROM

clause has a new clause FOR SYSTEM_TIME with five temporal-specific sub-clauses to query data across the current and history tables.

• AS OF<date_time>;</date_time>
• FROM<start_date_time>TO<end_date_time>;</end_date_time></start_date_time>
• BETWEEN<start_date_time>AND<end_date_time>;</end_date_time></start_date_time>
• CONTAINED IN (<start_date_time> , <end_date_time>);</end_date_time></start_date_time>
• ALL.

Question 5

How would you create a system -versioned temporal table?

Answer 5

There are three ways to create a system-versioned temporal table with regards to how the history table is specified:

• Temporal table with an anonymous history table: you specify the schema of the current table and let the system create a corresponding history table with auto-generated name.
• Temporal table with a default history table: you specify the history table schema name and table name and let the system create a history table in that schema.
• Temporal table with a user-defined history table created beforehand: you create a history table that fits best your needs and then reference that table during temporal table creation.

Question 6

How would you create a temporal table with anonymous history table?

Answer 6

It is the simplest way to create a temporal table since it doesn’t require any parameter in SYSTEM_VERSIONING clause.

Important Remarks:

• A system-versioned temporal table must have a primary key defined and have exactly one PERIOD FOR SYSTEM_TIME defined with two datetime2 columns, declared as GENERATED ALWAYS AS ROW START / END
• The PERIOD columns are always assumed to be non-nullable, even if nullability is not specified. If thePERIOD columns are explicitly defined as nullable, the CREATE TABLE statement will fail.
• The history table must always be schema-aligned with the current or temporal table, in terms of number of columns, column names, ordering and data types.
• An anonymous history table is automatically created in the same schema as current or temporal table.
• A default clustered index is created for the history table with an auto-generated name in format IX_<history_table_name>. The clustered index contains the PERIOD columns (end, start).</history_table_name>

Question 7

How would you create a temporal table with default history table?

Answer 7

Creating a temporal table with a default history table is a convenient option when you want to control naming and still rely on the system to create the history table with the default configuration.

Important Remarks:

• The history table is created using the same rules as apply to creating an “anonymous” history table, with the following rules that apply specifically to the named history table.
• The schema name is mandatory for the HISTORY_TABLE parameter.
• If the specified schema does not exist, the CREATE TABLE statement will fail.
• If the table specified by the HISTORY_TABLE parameter already exists, it will be validated against the newly created temporal table in terms of schema consistency and temporal data consistency. If you specify an invalid history table, the CREATE TABLE statement will fail.

Question 8

How would you create a temporal table with a user-defined history table?

Answer 8

Creating a temporal table with user-defined history table is a convenient option when the user wants to specify a history table with specific storage options and additional indexes.

Important remarks

• If you plan to run analytic queries on the historical data that employs aggregates or windowing functions, creating a clustered columnstore as a primary index is highly recommended for compression and query performance.
• If the primary use case is data audit (i.e. searching for historical changes for a single row from the current table), then a good choice is to create rowstore history table with a clustered index
• The history table cannot have a primary key, foreign keys, unique indexes, table constraints or triggers. It cannot be configured for change data capture, change tracking, transactional or merge replication.

Question 9

Why and how would you alter a non-temporal table to be a system-versioned temporal table?

Answer 9

Using temporal system-versioning is less complex and provides additional benefits including:

• Immutable history;
• New syntax for time-travelling queries;
• Better DML performance;
• Minimal maintenance costs.

Also when you convert a table it is highly recommended to consider using the HIDDEN clause to hide the new PERIOD columns (the datetime2 columns SysStartTime and SysEndTime) to avoid impacting existing applications that do not explicitly specify column names like SELECT or INSERT.

Question 10

How would you add versioning to non-temporal tables?

Answer 10

You need to add the PERIOD definition and optionally provide a name for the empty history table that SQL Server will create for you

Important remarks:

• With a large existing history table with data on SQL Server Standard Edition, adding a non-null column can be an expensive operation.
• Constraints for period start and period end columns must be carefully chosen:
• Default for start column specifies from which point in time you consider existing rows to be valid. It cannot be specified as a datetime point in the future.
• End time must be specified as the maximum value for a given datetime2 precision
• Adding period will perform a data consistency check on the current table to make sure that the defaults for period columns are valid.

Question 11

How would you query temporal tables?

Answer 11

To perform any type of time-based analysis, use the new FOR SYSTEM_TIME clause with four temporal-specific sub-clauses to query data across the current and history tables. These are : AS OF; FROM… TO.. ;BETWEEN AND CONTAINED IN ( , ); ALL

FOR SYSTEM_TIME can be specified independently for each table in a query. It can be used inside common table expressions, table-valued functions and stored procedures. When using a table alias with a temporal tables, the FOR SYSTEM_TIME clause must included between the temporal table name and the alias

Question 12

How would you query with the AS OF subclause for a specific time?

Answer 12

Use the AS OF sub-clause when you need to reconstruct state of data as it was at any specific time in the past. You can reconstruct the data with the precision of datetime2 type that was specified in PERIOD column definitions.

The AS OF sub-clause clause can be used with constant literals or with variables, which allows you to dynamically specify time condition. The values provided are interpreted as UTC time.

Question 13

How would you query with AS OF using Views?

Answer 13

Using views is very useful in scenarios when complex point-in time analysis is required. A common example is generating a business report today with the values for previous month.

Usually, customers have a normalized database model which involves many tables with foreign key relationships. Answering the question how data from that normalized model looked like at a point in the past can very challenging, since all tables change independently, on their own cadence.

In this case, the best option is to create a view and apply the AS OF sub-clause to the entire view. Using this approach allows you to decouple modeling of the data access layer from point-in time analysis as SQL Server will apply AS OF clause transparently to all temporal tables that participate in view definition. Furthermore, you can combine temporal with non-temporal tables in the same view and AS OF will be applied only to temporal ones. If view does not reference at least one temporal table, applying temporal querying clauses to it will fail with an error.

Question 14

How would you query for changes to specific rows over time?

Answer 14

The temporal sub-clauses FROM…TO, BETWEEN…AND and CONTAINED IN are useful when you want to perform a data audit, i.e. when you need to get all historical changes for a specific row in the current table.

The first two sub-clauses return row versions that overlap with a specified period (i.e. those that started before given period and ended after it), while CONTAINED IN returns only those that existed within specified period boundaries.

Important

If you search for non-current row versions only, we recommend you query the history table directly as this will yield the best query performance. Use ALL when you need to query current and historical data without any restrictions.

Question 15

What is Format query results as JSON with FOR JSON part 1?

Answer 15

Format query results as JSON, or export data from SQL Server as JSON, by adding the FOR JSON clause to a SELECT statement. Use the FOR JSON clause to simplify client applications by delegating the formatting of JSON output from the app to SQL Server. Azure Data Studio is the recommended query editor for JSON queries because it auto-formats the JSON results (as seen in this article) instead of displaying a flat string.

When you use the FOR JSON clause, you can specify the structure of the JSON output explicitly, or let the structure of the SELECT statement determine the output.

• To maintain full control over the format of the JSON output, use FOR JSON PATH. You can create wrapper objects and nest complex properties. (option 1)
• To format the JSON output automatically based on the structure of the SELECT statement, use FOR JSON AUTO. (option 2)

Question 16

What options do you use to control the output of the FOR JSON clause?

Answer 16

Control the output of the FOR JSON clause by using the following additional options.

• ROOT. To add a single, top-level element to the JSON output, specify the ROOT option. If you don’t specify this option, the JSON output doesn’t have a root element. For more info, see Add a Root Node to JSON Output with the ROOT Option (SQL Server).
• INCLUDE_NULL_VALUES. To include null values in the JSON output, specify the INCLUDE_NULL_VALUES option. If you don’t specify this option, the output doesn’t include JSON properties for NULL values in the query results. For more info, see Include Null Values in JSON Output with the INCLUDE_NULL_VALUES Option (SQL Server).
• WITHOUT_ARRAY_WRAPPER. To remove the square brackets that surround the JSON output of the FOR JSON clause by default, specify the WITHOUT_ARRAY_WRAPPER option. Use this option to generate a single JSON object as output from a single-row result. If you don’t specify this option, the JSON output is formatted as an array - that is, it’s enclosed within square brackets. For more info, see Remove Square Brackets from JSON Output with the WITHOUT_ARRAY_WRAPPER Option (SQL Server).

Question 17

If the result set contains a single column what characteristics does the FOR JSON output clause has?

Answer 17

• A small result set may contain a single row.
• A large result set splits the long JSON string across multiple rows.
  • By default, SQL Server Management Studio (SSMS) concatenates the results into a single row when the output setting is Results to Grid. The SSMS status bar displays the actual row count.
  • Other client applications may require code to recombine lengthy results into a single, valid JSON string by concatenating the contents of multiple rows. For an example of this code in a C# application, see Use FOR JSON output in a C# client ap.

Question 18

If the result set contains multiple columns what characteristics does the FOR JSON output clause has?

Answer 18

If ​​the results are formatted as an array of JSON objects.​​The number of elements in the JSON array is equal to the number of rows in the results of the SELECT statement (before the FOR JSON clause is applied);

​JSON Elements can be: String, Number, Boolen, Object, Array.

Each row in the results of the SELECT statement (before the FOR JSON clause is applied) becomes a separate JSON object in the array;

Each column in the results of the SELECT statement (before the FOR JSON clause is applied) becomes a property of the JSON object;

Question 19

What functions do you call when you have to provide a JSON PATH expression?

Answer 19

Use JSON path expressions to reference the properties of JSON objects.

You have to provide a path expression when you call the following functions.

• When you call OPENJSON to create a relational view of JSON data. For more info, see OPENJSON (Transact-SQL).
• When you call JSON_VALUE to extract a value from JSON text. For more info, see JSON_VALUE (Transact-SQL).
• When you call JSON_QUERY to extract a JSON object or an array. For more info, see JSON_QUERY (Transact-SQL).
• When you call JSON_MODIFY to update the value of a property in a JSON string.

Question 20

What are JSON PATH components, modes and remarks?

Answer 20

Parts of a path expression a path expression has two components:

• The optional path mode, with a value of lax or strict.
• The path itself.

Path mode:

• In lax mode, the function returns empty values if the path expression contains an error. For example, if you request the value $.name, and the JSON text doesn’t contain a name key, the function returns null, but does not raise an error.
• In strict mode, the function raises an error if the path expression contains an error.

​After the optional path mode declaration, specify the path itself.

• The dollar sign ($) represents the context item.
• The property path is a set of path steps. Path steps can contain the following elements and operators.
  
  • ​Key names. For example, $.name and $.”first name”. If the key name starts with a dollar sign or contains special characters such as spaces, surround it with quotes.
  • Array elements. For example, $.product[3]. Arrays are zero-based.
  • The dot operator (.) indicates a member of an object. For example, in $.people[1].surname, surname is a child of people.

Question 21

FOR XML def, remarks

Answer 21

def: A SELECT query returns results as a rowset. You can optionally retrieve formal results of a SQL query as XML by specifying the FOR XML clause in the query. The FOR XML clause can be used in top-level queries and in subqueries. The top-level FOR XML clause can be used only in the SELECT statement. In subqueries, FOR XML can be used in the INSERT, UPDATE, and DELETE statements. FOR XML can also be used in assignment statements.

Remarks:

• XML RAW-creates a generic row identifier an element;
• Adding the ELEMENTS Keyword will return the rows as elements rather than attributes;
• ROOT will format XML document with the single root node which is required for a well-formated XML document.
• WITH AS in combination with XML PATH will create one element for each table combination, and not one element for each row identifier.

​

Question 22

FOR XML (modes)

Answer 22

In a FOR XML clause, you specify one of these modes:

• RAW:
  
  • The RAW mode generates a single element per row in the rowset that is returned by the SELECT statement. You can generate XML hierarchy by writing nested FOR XML queries.
• AUTO;
  
  • ​The AUTO mode generates nesting in the resulting XML by using heuristics based on the way the SELECT statement is specified. You have minimal control over the shape of the XML generated. The nested FOR XML queries can be written to generate XML hierarchy beyond the XML shape that is generated by AUTO mode heuristics.
• EXPLICIT;
  
  • The EXPLICIT mode allows more control over the shape of the XML. You can mix attributes and elements at will in deciding the shape of the XML. It requires a specific format for the resulting rowset that is generated because of query execution. This rowset format is then mapped into XML shape. The power of EXPLICIT mode is to mix attributes and elements at will, create wrappers and nested complex properties, create space-separated values​ and mixed contents.
• PATH.
  
  • ​The PATH mode together with the nested FOR XML query capability provides the flexibility of the EXPLICIT mode in a simpler manner.

​These modes are in effect only for the execution of the query for which they are set. They do not affect the results of any subsequent queries.

Question 23

Remove Square Brackets from JSON

Answer 23

To remove the square brackets that surround the JSON output of the FOR JSON clause by default, specify the WITHOUT_ARRAY_WRAPPER option. Use this option with a single-row result to generate a single JSON object as output instead of an array with a single element.

If you use this option with a multiple-row result, the resulting output is not valid JSON because of the multiple elements and the missing square brackets.

Question 24

What are the validate, query, and change JSON functions

Answer 24

ISJSON-tests whether a string contains valid JSON.

JSON_VALUE-extracts a scalar value from a JSON string.

JSON_QUERY-extracts an object or an array from a JSON string.

JSON_MODIFY-updates the value of a property in a JSON string and returns the updated JSON string.

Question 25

JSON\_QUERY def, syntax, remarks

Answer 25

Def: Extracts and object or an array from an JSON String Syntax: **JSON**\_**QUERY** ( expression [, path] ) Remarks: * JSON\_Query-Are used to extract arrays from strings * N'lax mode will return an empty string if the path expression is incorrect. It thus will not return an error if missing values. * N'strict mode returns an error when an record is missing. * Will display the result of the functions into an single row.

Question 26

JSON\_VALUE def, syntax, remarks

Answer 26

**def:** are used to extract scalar values from JSON strings and will extract one value for each statement, as specified by the path value. It will not return all data displayed in a table. **syntax:** **JSON**\_**VALUE** ( expression , path ) Return Value: Returns a single text value of type nvarchar(4000). The collation of the returned value is the same as the collation of the input expression. If the value is greater than 4000 characters: * In lax mode, JSON\_VALUE returns null. * In strict mode, JSON\_VALUE returns an error. If you have to return scalar values greater than 4000 characters, use OPENJSON instead of JSON\_VALUE.

Question 27

WHAT is OPENJSON ?

Answer 27

OPENJSON is a table-valued function that parses JSON text and returns objects and properties from the JSON input as rows and columns. In other words, OPENJSON provides a rowset view over a JSON document. You can explicitly specify the columns in the rowset and the JSON property paths used to populate the columns. Since OPENJSON returns a set of rows, you can use OPENJSON in the FROM clause of a Transact-SQL statement just as you can use any other table, view, or table-valued function. Use OPENJSON to import JSON data into SQL Server, or to convert JSON data to relational format for an app or service that can't consume JSON directly. syntax: OPENJSON( jsonExpression [, path] ) [] ::= WITH ( { colName type [column\_path] [AS JSON] } [,...n] ) remarks: OPENJSON- is a table-valued function that parses JSON text and displays it as columns and rows. You must specify the data how it is displayed using the WITH clause

Question 28

What are Default Values for Columns

Answer 28

You can use SQL Server Management Studio to specify a default value that will be entered into the table column. You can set a default by using the Object Explorer of the user interface or by submitting Transact-SQL. If you do not assign a default value to the column, and the user leaves the column blank, then: * If you set the option to allow null values, NULL will be inserted into the column. * If you do not set the option to allow null values, the column will remain blank, but the user will not be able to save the row until they supply a value for the column. ​Limitations and Restrictions: * If your entry in the Default Value field replaces a bound default (which is shown without parentheses), you will be prompted to unbind the default and replace it with your new default. * To enter a text string, enclose the value in single quotation marks ('); do not use double quotation marks (") because they are reserved for quoted identifiers. * To enter a numeric default, enter the number without quotation marks around it. * To enter an object/function, enter the name of the object/function without quotation marks around it. Remarks: When you define a column as NOT NULL you must specify a default unless the column is a timestamp or an identity column or a ROWGUIDCOL.

Question 29

Format **JSON** Output Automatically with **AUTO** Mode

Answer 29

To format the output of the **FOR JSON** clause automatically based on the structure of the **SELECT** statement, specify the **AUTO** option. When you specify the **AUTO** option, the format of the **JSON** output is automatically determined based on the order of columns in the **SELECT** list and their source tables. You can't change this format. The alternative is to use the **PATH** option to maintain control over the output. remarks: * It will also add outer square brackets * FOR JSON AUTO creates an SD object

Question 30

MERGE def

Answer 30

Runs insert, update, or delete operations on a target table from the results of a join with a source table. For example, synchronize two tables by inserting, updating, or deleting rows in one table based on differences found in the other table. Performance Tip: The conditional behavior described for the MERGE statement works best when the two tables have a complex mixture of matching characteristics. For example, inserting a row if it doesn't exist, or updating a row if it matches. When simply updating one table based on the rows of another table, improve the performance and scalability with basic INSERT, UPDATE, and DELETE statements.

Question 31

MERGE syntax

Answer 31

## Footnote -- SQL Server and Azure SQL Database [WITH [,...n] ] MERGE [TOP ( expression ) [ PERCENT] ] [INTO] [WITH ( )] [[ AS] table\_alias ] USING [[ AS] table\_alias ] ON [WHEN MATCHED [ AND] THEN ] [...n] [WHEN NOT MATCHED [ BY TARGET] [AND] THEN ] [WHEN NOT MATCHED BY SOURCE [ AND] THEN ] [...n] [] [OPTION ( [ ,...n] ) ] ; ::= { [database\_name . schema\_name . | schema\_name .] target\_table } ::= { { [[ ,...n] ] [[ ,] INDEX ( index\_val [,...n] ) ] } } ::= ::= { UPDATE SET | DELETE } ::= { INSERT [( column\_list )] { VALUES ( values\_list ) | DEFAULT VALUES } } ::=

Question 32

Why would you be optimising a MERGE statement Performance?

Answer 32

By using the MERGE statement, you can replace the individual DML statements with a single statement. This can improve query performance because the operations are performed within a single statement, therefore, minimizing the number of times the data in the source and target tables are processed. However, performance gains depend on having correct indexes, joins, and other considerations in place.

Question 33

What are the INDEX best practices within a MERGE statement?

Answer 33

**Index Best Practices:** ## Footnote To improve the performance of the MERGE statement, we recommend the following index guidelines: Create an index on the join columns in the source table that is unique and covering. Create a unique clustered index on the join columns in the target table. These indexes ensure that the join keys are unique and the data in the tables is sorted. Query performance is improved because the query optimizer does not need to perform extra validation processing to locate and update duplicate rows and additional sort operations are not necessary.

Question 34

What are the JOIN best practices within a MERGE statement?

Answer 34

**JOIN** Best Practices​: To improve the performance of the MERGE statement and ensure correct results are obtained, we recommend the following join guidelines: Specify only search conditions in the ON clause that determine the criteria for matching data in the source and target tables. That is, specify only columns from the target table that are compared to the corresponding columns of the source table. Do not include comparisons to other values such as a constant. To filter out rows from the source or target tables, use one of the following methods. Specify the search condition for row filtering in the appropriate WHEN clause. For example, WHEN NOT MATCHED AND S.EmployeeName LIKE 'S%' THEN INSERT.... Define a view on the source or target that returns the filtered rows and reference the view as the source or target table. If the view is defined on the target table, any actions against it must satisfy the conditions for updating views. For more information about updating data by using a view, see Modifying Data Through a View. Use the WITH clause to filter out rows from the source or target tables. This method is similar to specifying additional search criteria in the ON clause and may produce incorrect results. We recommend that you avoid using this method or test thoroughly before implementing it. The join operation in the MERGE statement is optimized in the same way as a join in a SELECT statement. That is, when SQL Server processes joins, the query optimizer chooses the most efficient method (out of several possibilities) of processing the join. When the source and target are of similar size and the index guidelines described previously are applied to the source and target tables, a merge join operator is the most efficient query plan. This is because both tables are scanned once and there is no need to sort the data. When the source is smaller than the target table, a nested loops operator is preferable. You can force the use of a specific join by specifying the OPTION () clause in the MERGE statement. We recommend that you do not use the hash join as a query hint for MERGE statements because this join type does not use indexes.