blocks|key|1687843|text|从每个数据库中的系统表(例如，syscolumn、sysobjects等)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1687844|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

From the system tables (e.g., syscolumns, sysobjects, etc) in each database.

blocks|key|281345|text|GetSchemaTable()读取ADO.NET返回的结果集上的元数据。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|281346|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

GetSchemaTable() reads the metadata on the resultset returned by ADO.NET.

blocks|key|281375|text|IDataReader.GetSchemaTable()的实现取决于提供商--因此会有所不同。您可以编写自己的提供程序，并随心所欲地执行它。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|281376|老实说，这是框架中糟糕的设计-你永远不应该有返回非类型化DataTable或DataSet的接口方法，因为结果可能包含任何东西。这在某种程度上削弱了通过接口约束它的意义：“你必须有一个返回DataTable的方法，但我们并不关心它有什么行或列。”|281377|即使提供程序是SQL，GetSchemaTable()也不会返回到[syscolumns]或[sysobjects]。这将是一个额外的DB调用，需要额外的权限，而且无论如何都不会工作，因为结果集不需要反映数据库中的任何对象。|281378|我不确定，但我预计绝大多数IDataReader.GetSchemaTable()实现都会读取与结果集一起保存的元数据的一些属性。|281379|entityMap^0|0|S|0|S|9|12|7|2M|9|0|B|G|X|C|1A|C|0|D|S|0^^$0|@$1|2|3|4|5|6|7|N|8|@$9|O|A|P|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|Q|8|@$9|R|A|S|B|C]|$9|T|A|U|B|C]|$9|V|A|W|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|X|8|@$9|Y|A|Z|B|C]|$9|10|A|11|B|C]|$9|12|A|13|B|C]]|D|@]|E|$]]|$1|J|3|K|5|6|7|14|8|@$9|15|A|16|B|C]]|D|@]|E|$]]|$1|L|3|-4|5|6|7|17|8|@]|D|@]|E|$]]]|M|$]]

The implementation of <code>IDataReader.GetSchemaTable()</code> is up to the provider - so it will vary. You can write your own providers and do it any way you want.

To be honest this is bad bit of design in the framework - you should never have interface methods that return an untyped <code>DataTable</code> or <code>DataSet</code> as that result could contain anything. Kinda defeats the point of constraining it by an interface in the first place: "you must have a method that returns <code>DataTable</code> but we don't care what rows or columns it has"

Even if the provider is SQL <code>GetSchemaTable()</code> doesn't go back to the <code>[syscolumns]</code> or <code>[sysobjects]</code>. That would be an additional DB call, require additional privileges and not work anyway, as the result set doesn't need to reflect any objects in the DB.

I'm not certain, but I'd expect the vast majority of <code>IDataReader.GetSchemaTable()</code> implementations to read some properties of the meta data held with the result set.

<pre><code>OleDbDataReader oleDbDataReader = oleDbCommand.ExecuteReader(CommandBehavior.KeyInfo);
DataTable dataTable = oleDbDataReader.GetSchemaTable();
</code></pre>

How does <code>GetSchemaTable()</code> work?

Where does it get its information in RDBMS?

How Does GetSchemaTable() Work?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

OleDbDataReader oleDbDataReader = oleDbCommand.ExecuteReader(CommandBehavior.KeyInfo);DataTable dataTable = oleDbDataReader.GetSchemaTable();GetSchemaTable()是如何...

问GetSchemaTable()是如何工作的？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问GetSchemaTable()是如何工作的？EN