二进制大对象(BLOB)
用DataReader检索二进制大对象(BLOB)时，应该将CommandBehavior.SequentialAccess传递给ExecuteReader方法调用。因为DataReader的默认行为是每次Read都将整行加载到内存，又因为BLOB值可能非常大，所以结果可能由于单个BLOB而使大量内存被用光。SequentialAccess将DataReader的行为设置为只加载请求的数据。然后还可以使用GetBytes或GetChars控制每次加载多少数据。
记住，使用SequentialAccess时，不能不按顺序访问DataReader返回的不同字段。也就是说，如果查询返回三列，其中第三列是BLOB，并且想访问前两列中的数据，就必须在访问BLOB数据之前先访问第一列的值，然后访问第二列的值。这是因为现在数据是顺序返回的，并且DataReader一旦读过该数据，该数据就不再可用。
使用命令
ADO.NET提供了几种命令执行的不同方法以及优化命令执行的不同选项。下面包括一些技巧，它们是关于选择最佳命令执行以及如何提高执行命令的性能。
使用OleDbCommand的最佳实践
不同.NET框架数据提供程序之间的命令执行被尽可能标准化了。但是，数据提供程序之间仍然存在差异。下面给出一些技巧，可微调用于OLE DB的.NET框架数据提供程序的命令执行。
1) 按照ODBC CALL语法使用CommandType.Text调用存储过程。使用CommandType.StoredProcedure只是秘密地生成ODBC CALL语法。
2) 一定要设置OleDbParameter的类型、大小（如果适用）、以及精度和范围（如果参数类型是numeric或decimal）。注意，如果不显式提供参数信息，OleDbCommand会为每个执行命令重新创建OLE DB参数访问器。
使用SqlCommand的最佳实践
使用SqlCommand执行存储过程的快速提示：如果调用存储过程，将SqlCommand的CommandType属性指定为StoredProcedure的CommandType。这样通过将该命令显式标识为存储过程，就不需要在执行之前分析命令。
使用Prepare方法
对于重复作用于数据源的参数化命令，Command.Prepare方法能提高性能。Prepare指示数据源为多次调用优化指定的命令。要想有效利用Prepare，需要彻底理解数据源是如何响应Prepare调用的。对于一些数据源（例如SQL Server 2000），命令是隐式优化的，不必调用Prepare。对于其他（例如SQL Server 7.0）数据源，Prepare会比较有效。
显式指定架构和元数据
只要用户没有指定元数据信息，ADO.NET的许多对象就会推断元数据信息。下面是一些示例：
1) DataAdapter.Fill方法，如果DataSet中没有表和列，DataAdapter.Fill方法会在DataSet中创建表和列。
2) CommandBuilder，它会为单表SELECT命令生成DataAdapter命令属性。
3) CommandBuilder.DeriveParameters，它会填充Command对象的Parameters集合。
但是，每次用到这些特性，都会有性能损失。建议将这些特性主要用于设计时和即席应用程序中。在可能的情况下，显式指定架构和元数据。其中包括在DataSet中定义表和列、定义DataAdapter的Command属性、以及为Command定义Parameter信息。
