基于SQL Server Schema Collections我想使用sqlConnection.GetSchema("IndexColumns");
来确定哪些列是主键。
我做了一些实验,发现通过上述请求,我得到了一个包含以下信息的数据表:
table_catalog table_schema table_name column_name ordinal_position KeyType index_name
---------------------------------------------------------------------------------------------------------------------------
TestDb dbo TestTableWithPrimaryKey Id 1 56 PK_TestTableWithPrimaryKey
我猜KeyType = 56
代表主键,但这只是从这个表定义中推断出来的:
CREATE TABLE [dbo].[TestTableWithPrimaryKey]
(
[Id] [int] IDENTITY(1,1) NOT NULL,
[Foo] [nvarchar](50) NOT NULL,
CONSTRAINT [PK_TestTableWithPrimaryKey]
PRIMARY KEY CLUSTERED ([Id] ASC)
) ON [PRIMARY]
我想在任何项目中实际使用它之前验证我的发现是否正确。在某些地方我可以获得所有关键类型吗?
答案 0 :(得分:4)
KeyType
列似乎映射到SQL Server sys.types
目录视图system_type
列枚举的列数据类型(值56为int
)。因此,这无助于将列标识为主键的成员。
有多种方法可以获取SQL Server主键列,包括SMO和目录视图查询。这是获取SQL Server数据库中所有主键列的一个示例。如果需要支持多个DBMS产品,则可以使用INFORMATION_SCHEMA
目录视图来实现那些实现这些ANSI标准视图的DBMS产品。
SELECT
OBJECT_SCHEMA_NAME(i.object_id) AS SchemaName
, OBJECT_NAME(i.object_id) AS TableName
, c.name AS ColumnName
, ic.key_ordinal AS KeyOrdinal
FROM sys.key_constraints AS kc
JOIN sys.indexes AS i ON i.object_id = kc.parent_object_id AND kc.name = i.name
JOIN sys.index_columns AS ic ON ic.object_id = i.object_id AND ic.index_id = i.index_id
JOIN sys.columns AS c ON c.object_id = ic.object_id AND c.column_id = ic.column_id
WHERE kc.type_desc = N'PRIMARY_KEY_CONSTRAINT'
ORDER BY
SchemaName
, TableName
, KeyOrdinal;
答案 1 :(得分:3)
通过查看内部SqlMetaDataFactory
,对sqlConnection.GetSchema("IndexColumns");
的调用会查找资源文件System.Data.SqlClient.SqlMetaData.xml
中要执行的执行命令,并显示条目 IndexColumns < / em>的
<MetaDataCollections>
<CollectionName>IndexColumns</CollectionName>
<NumberOfRestrictions>5</NumberOfRestrictions>
<NumberOfIdentifierParts>4</NumberOfIdentifierParts>
<PopulationMechanism>SQLCommand</PopulationMechanism>
<PopulationString>EXEC sys.sp_indexcolumns_managed @Catalog, @Owner, @Table, @ConstraintName, @Column</PopulationString>
<MinimumVersion>10.00.0000</MinimumVersion>
</MetaDataCollections>
这意味着它将执行EXEC sys.sp_indexcolumns_managed
。该存储过程将通过EXEC sp_helptext 'sys.sp_indexcolumns_managed'
显示它从sys.spt_indexcolumns_view_managed
中选择,该视图定义为:
select distinct
db_Name() as constraint_catalog,
constraint_schema = SCHEMA_NAME(o.schema_id),
constraint_name = x.name,
table_catalog = db_name(),
table_schema = SCHEMA_NAME(o.schema_id),
table_name = o.name,
column_name = c.name,
ordinal_position = xc.key_ordinal,
KeyType = c.system_type_id,
index_name = x.name
from
sys.objects o INNER JOIN sys.indexes x ON
(
o.object_id = x.object_id AND
o.type in ('U')
) INNER JOIN
sys.index_columns xc ON
(
xc.object_id = x.object_id AND
xc.index_id = x.index_id
) INNER JOIN
sys.columns c ON
(
o.object_id = c.object_id AND
xc.column_id = c.column_id
)
(您可以使用SELECT OBJECT_DEFINITION(OBJECT_ID('sys.sp_indexcolumns_managed'));
找到它的定义,因为它是Resource Database的一部分)
现在我们可以看到列KeyType被投射到sys.columns.system_type_id
上,sys.columns中记录为
加入列的系统类型的ID。
sys.types
的和Where do I find Sql Server metadata for column datatypes?详细信息将为您提供有关列类型的信息。
有了这些信息,我们已经可以得出结论我猜KeyType = 56代表主键不是真的并且正在运行
select name, system_type_id, user_type_id, schema_id, max_length, precision scale
from sys.types
where system_type_id = 56
将返回
name system_type_id user_type_id schema_id max_length scale
---- -------------- ------------ --------- ---------- -----
int 56 56 4 4 10
这是columntype,而不是它是主键。
似乎没有可靠的方法通过GetSchema调用AFAICT找到主键。使用Dan Guzman提供的查询。