Share via


sp_data_source_table_columns (Transact-SQL)

Si applica a: SQL Server 2019 (15.x)

Restituisce un elenco di colonne nella tabella dell'origine dati esterna.

Nota

Questa procedura è stata introdotta in SQL 2019 CU5.

Convenzioni relative alla sintassi Transact-SQL

Sintassi

sp_data_source_table_columns
         [ @data_source = ] 'data_source'
       , [ @table_location = ] 'table_location'
[ ; ]

Argomenti

[ @data_source = ] 'data_source'

Nome dell'origine dati esterna da cui ottenere i metadati. Il tipo è sysname.

[ @table_location = ] 'table_location'

Stringa di posizione della tabella che identifica la tabella. Il tipo table_location è nvarchar(max).

Set di risultati

La stored procedure restituisce le informazioni seguenti:

Nome colonna Tipo di dati Descrizione
name nvarchar(max) Nome della colonna.
type nvarchar(200) nome di SQL Server.
length int Lunghezza della colonna.
precision int Precisione della colonna.
scale int Dimensione della colonna.
collation nvarchar(200) Regole di confronto delle colonne di SQL Server.
is_nullable bit 1 = ammette i valori Null, 0 = non ammette i valori Null.
source_type_name nvarchar(max) Nome del tipo specifico del back-end. Usato principalmente per il debug. Per le origini ODBC, source_type_name corrisponde alla colonna dei risultati TYPE_NAME per SQLColumns().
remarks nvarchar(max) Commenti generali o descrizione della colonna. Attualmente, sempre NULL.

Autorizzazioni

È necessaria l'autorizzazione ALTER ANY EXTERNAL DATA SOURCE.

Osservazioni:

L'istanza di SQL Server deve avere la funzionalità PolyBase installata.

Questa stored procedure supporta i connettori per:

  • SQL Server
  • Oracle
  • Teradata
  • MongoDB
  • Azure Cosmos DB

La stored procedure non supporta connettori di origine dati ODBC o hadoop.

Il concetto di vuoto e non vuoto è correlato al comportamento del driver ODBC e della SQLTables funzione. Non vuoto indica che un oggetto contiene tabelle, non righe. Ad esempio, uno schema vuoto non contiene tabelle in SQL Server. Un database vuoto non contiene tabelle all'interno di Teradata. I risultati sono una dichiarazione di SQL Server dello schema back-end come interpretato dal connettore PolyBase per il back-end. La distinzione è che invece di passare semplicemente i risultati della chiamata ODBC al back-end, i risultati sono basati sul risultato del codice di mapping dei tipi PolyBase.

Usare sp_data_source_objects e sp_data_source_table_columns per individuare oggetti esterni. Queste stored procedure di sistema restituiscono lo schema delle tabelle disponibili per la virtualizzazione. Azure Data Studio usa queste due stored procedure per supportare la virtualizzazione dei dati. Usare sp_data_source_table_columns per individuare gli schemi di tabella esterni rappresentati nei tipi di dati di SQL Server.

A causa delle differenze tra le regole di confronto nei dati di origine Hadoop e le regole di confronto supportate in SQL Server 2019, le lunghezze consigliate dei tipi di dati per le colonne del tipo di dati varchar nelle tabelle esterne possono essere molto più grandi del previsto. Questo si verifica per motivi strutturali.

I sinonimi di Oracle non possono essere usati con PolyBase.

Esempi

Nell'esempio seguente vengono restituite le colonne della tabella per una tabella esterna in un'istanza di SQL Server denominata server, appartenente a uno schema denominato schema.

DECLARE @data_source SYSNAME = N'ExternalDataSourceName';
DECLARE @table_location NVARCHAR(400) = N'[database].[schema].[table]';
EXEC sp_data_source_table_columns @data_source, @table_location