C＃SQL数据适配器System.Data.StrongTypingException
我将数据从SQL获取到具有Fill的数据集。它只是一个具有两列（CategoryId（int）和CategoryName（varchar））的表。
当我在填充方法后查看数据集时，CategoryId Columns似乎是正确的。但是在CategoryName中，我有一个
System.Data.StrongTypingExceptio n。
那是什么意思呢？
有任何想法吗？
问题答案：
当您获得类型化数据集中的行/列的值时，默认情况下，当值为DBNull时，它将引发此异常。所以
string x = Row.CategoryName;//Raises this exception when CategoryName is null.
您可以使用类型化的数据集设计器来更正此问题。
将CategroyName列的属性“ Nullvalue”设置为“（（空）”）
-
问题内容： 在为ms-sql数据库执行插入语句中，哪一种更好： SQL DataAdapter或SQL命令对象？ 他们哪一个会更好，而同时？ 一个简单的代码用法示例： SQL命令 SQL数据适配器 问题答案： 使用DataAdapters来更新数据源要容易得多。进行更改更容易，因为您只需修改DataSet并调用Update。 使用DataAdapters与Commands之间的性能可能没有（或几乎
-
模式定义 将一类的接口转换成客户希望的另一个接口，Adaptor模式使得原本由于接口不兼容而不能工作的那些类可以一起工作。 适配器模式的优点 适配器模式可以让两个没有任何关系的类在一起运行， 只要适配器这个角色能够搞定他们就成。 增加了类的透明性 提高了类的复用程度 灵活性非常好 适配器模式的使用场景 你有动机修改一个已经投产中的接口时， 适配器模式可能是最适合你的模式。 适配器模式最好在详细设计
-
问题内容： 我需要连续监视数据库行以检查更改（更新）。如果其他来源进行了某些更改或更新，则应在我的应用程序上触发该事件（我正在使用WCF）。有什么办法可以连续监听数据库行中的更改吗？ 我可能拥有更多事件来监视同一表中的不同行。在性能方面有什么问题。我正在使用C＃Web服务监视SQL Server后端。 问题答案： 不久前，我有一个非常相似的要求，我使用CLR SP将数据推送到消息队列中来解决了这个
-
> 从创建的片段中更新，将新数据设置为adapter，然后调用；但没有奏效。 像其他人一样创建一个新适配器，它对他们起作用，但对我没有任何改变: 在中创建一个更新数据的方法，如下所示： 问题是gridView的布局如下所示： 然后我只是删除了并将作为父布局。
-
试图弄清楚更新的适配器有什么问题。 在我得到一个新的产品列表后，我尝试： > 从创建的片段中更新，将新数据设置到adapter，然后调用；但没有奏效。 像其他人一样创建一个新适配器，它对他们有效，但对我没有任何改变: 在中创建一个更新数据的方法，如下所示： 然后每当我想要更新数据列表时，我就调用这个方法；但没有奏效。 检查是否可以以任何方式修改recyclerView，并且我尝试至少删除一个项目：
-
问题内容： 我们有一个客户端将使用SQL Server 2012的AlwaysOn可用性功能。他们希望将BizTalk WCF-SQL端口连接到只读副本。 关于该主题的文档说必须与SQL Server 2012可用性组侦听器建立连接，并且该连接必须能够设置“ pplicationIntent”参数。这告诉SQLListener，该连接是只读的意图连接，应将其重定向到可读的辅助副本。没有该工作，将建