As of SQL Server 2017 (and SQL Server 2019 preview), four data types are flagged for deprecation in a future version of SQL Server.
They are:
Microsoft advises that these data types are currently in maintenance mode and they will be removed in a future version of SQL Server. This means you should avoid using these data types in new development work, and you should plan to modify applications that currently use them.
In SQL Server, you can use the sys.sql_expression_dependencies system catalog view to return all dependencies on a user-defined entity in the current database. This includes dependences between natively compiled, scalar user-defined functions and other SQL Server modules.
You can use this view to:
So for example, you could use it to return all objects that reference a specific table. You could also use it to return all objects that a specific stored procedure references within its code.
Continue readingOne of the things about the sys.dm_sql_referenced_entities() system dynamic management function is that you can use it on cross-database and cross-server entities.
This means you can find referenced entities that are in a different database and even on a different server.
This article provides an example of sys.dm_sql_referenced_entities() returning a stored procedure that queries a database on a linked server.
In SQL Server, you can use the sys.dm_sql_referenced_entities() system dynamic management function to get a list of all user-defined entities that are referenced by name, in the definition of a given entity.
In other words, it returns a list of all user-defined entities that a specific entity depends on.
Continue readingIn SQL Server, you can use the sys.dm_sql_referencing_entities() system dynamic management function to get a list of all entities in the current database that reference another user-defined entity by name.
In other words, it returns a list of entities that depend on the given entity.
Continue readingIn SQL Server, you can use the sp_tables system stored procedure to get a list of tables and views in the current environment.
You can return all tables and views, or you can narrow it down to a particular owner, type, pattern, or even a specific table or view.
If you’re using SQL Server via a command line interface, you probably don’t see a persistent list of databases like you normally would while using a GUI (such as SSMS or Azure Data Studio).
In such cases, you can use the sp_databases system stored procedure to return a list of databases. This stored procedure specifically lists databases that either reside in an instance of the SQL Server or are accessible through a database gateway.
This is probably the quickest and easiest way of listing all databases using T-SQL. You can simply type sp_databases for a list of databases, or to be more explicit, EXEC sp_databases.
In SQL Server you can use the sp_columns system stored procedure to return column information for the specified objects that can be queried in the current environment. Such a objects include tables, views, or other objects that have columns such as table-valued functions.
You can get information for a specific column, or you can specify all columns from a given table, view, etc.
In SQL Server you can use the sp_column_privileges system stored procedure to return column privilege information for a given table in the current environment.
Provide the table name as an argument when executing the stored procedure, and the column privileges will be returned for that table. You can also supply the table owner, table qualifier, and/or the column name if required.
In SQL Server, the sp_sproc_columns system stored procedure enables you to get column information for a given stored procedure or user-defined function in the current system.
It’s equivalent to SQLProcedureColumns in ODBC.