第一种：我们使用一个DDL处理语句作为示例，任何其它的DDL语句（如Alter、Create或者Drop）也可以使用相同的代码。
AdomdCommand cmd = new AdomdCommand();
cmd.Connection = conn;
cmd.CommandText = " <Process " +
"xmlns=\"http://schemas.microsoft.com/analysisservices/2003/engine\">"+" <Type>ProcessDefault</Type>" +
" <Object>" +
" <DatabaseID>MyCatalog</DatabaseID>" +
" <MiningStructureID>Structure1</MiningStructureID>" +
" </Object>" +
" </Process>";
cmd.ExecuteNonQuery();
同样，ExecuteNonQuery也可以执行一个DMX语句来产生相同的结果：
"INSERT INTO MINING STRUCTURE Structure1"
当 ExecuteNonQuery被调用的时候，如果请求执行成功了，语句将返回；如果执行失败将报一个异常。在之后的例子中，将给出异常的具体信息，如服务器返回的错误信息。
第二种执行方法是ExecuteReader。这种方法应该在语句的返回值肯定是表型的时候被调用。就像我们前边所提到的一样，Microsoft Analysis Services 2005返回的结果有时会是分层表型结果。例如，让我们考虑这样的一个模型， Model1，它根据消费者的年龄、他/她汽车的颜色来预测消费者的性别和购买商品的清单。当然，这样的模型可能并没有现实意义，但是，它却是一个很容易使DMX语句返回分层表结构结果的例子。
下面的代码使用 AdomdCommand 来传输一个预测查询给服务器，并读取最上层返回值（预测的性别）和嵌套返回值（预测的商品列表）：
cmd.CommandText = "SELECT Gender, Products FROM Model2 " +
"NATURAL PREDICTION JOIN " +
"( SELECT 30 AS Age, 'Black' as CarColor) AS T";
AdomdDataReader rdr = cmd.ExecuteReader();
while (rdr.Read())
{
// 使用上层结果，预测性别
Console.WriteLine( rdr.GetString(0) );
// 为第一列的嵌套内容获得一个nested reader
AdomdDataReader nestedReader = rdr.GetDataReader(1);
// 读嵌套内容并使用嵌套数据
while (nestedReader.Read())
{
Console.WriteLine(nestedReader.GetString(0));
}
nestedReader.Close();
}
调用 GetDataReader 将返回一个新的实例AdomdDatareader 类，它被初始化后用来访问对列编号了的嵌套表。如果指定的列并不是一个被嵌套的表，“执行”方法将返回一个异常。我们可以使用类似如下代码的语言来判断Datareader中的列是不是一个嵌套表：
if (rdr.GetFieldType(1) == typeof(AdomdDataReader) )
{
// 如果进入If循环，rdr的第一列是一个嵌套表
}
在现实生活中，最有可能根据用户的实际输入来进行预测。一个常见的Web应用场景是这样的，用户给出年龄和汽车的颜色，应用程序代码产生一个DMX请求来预测该客户购买商品的清单。当开发者对DMX和相关的数据类型有一个很好的理解的时候，查询可以使用将客户录入的所有字符串连接起来的方式进行创建。 然而，这样的方法具有潜在的威胁，它可能引起DMX嵌入错误或研发错误。一种更好的方式是使用参数来建立查询，将用户输入的内容作为参数的值。Adomd.NET对DMX的参数化查询提供了大量的支持，就像下面的例子一样。这段代码不包括读取返回值的内容，因为它与之前的代码片段是一样的。
cmd.CommandText = "SELECT Gender, Products FROM Model2 " +
"NATURAL PREDICTION JOIN " +
"( SELECT @Age AS Age, @Color as CarColor) AS T";
AdomdParameter paramAge, paramColor;
paramAge = cmd.CreateParameter();
paramAge.Direction = ParameterDirection.Input;
paramAge.ParameterName = "Age";
cmd.Parameters.Add(paramAge);
paramColor = cmd.CreateParameter();
paramColor.Direction = ParameterDirection.Input;
paramColor.ParameterName = "Color";
cmd.Parameters.Add(paramColor);
cmd.Parameters["Age"].Value = 30; // 用户在这里输入
cmd.Parameters["Color"].Value = "Black"; // 用户在这里输入
AdomdDataReader rdr = cmd.ExecuteReader();
请注意，参数不一定非是数值。请考虑这样的DMX语句：
INSERT INTO MyModel(Col1, Col2)
OPENQUERY(DataSource, "SELECT ColA, ColB FROM Table") AS T
或者是：
SELECT PREDICT(Products, 5) FROM MyModel NATURAL PREDICTION JOIN
OPENQUERY(DataSource, "SELECT ColA, ColB FROM Table") AS T
这两个语句都用了一个OPENQUERY 函数来描述执行时被服务器使用的表型内容（训练挖据模型，分别进行预测）。使用Adomd.NET，我们可以使用一个参数来取代OPENQUERY函数，并且向服务器传输一些表型内容。查询可能是这样的：
INSERT INTO MyModel(Col1, Col2)
@MyTabularContent AS T
或者是：
SELECT PREDICT(Products, 5) FROM MyModel NATURAL PREDICTION JOIN
@MyTabularContent AS T
在这些例子中， 参数MyTabularContent可以是一个数据表（DataTable）或者执行一个IDataReader .NET接口。相比来说，数据表更容易使用，IDataReader接口具有不需要将所有数据保存在内存中的优势。IDataReader执行的一个例子是客户端应用执行的SQL查询所返回的SqlDatareader。当然，一个SQL查询请求也可以在OPENQUERY 功能中被提交，但是这种请求的前提是服务器已经访问到了SQL数据库。表型参数为两种情况所设计：
• 数据库中的数据是客户端可见但是服务器端不可见的（这种情况应该使用IDataReader）
• 数据在客户端应用程序所占用的内存中（DataTable可以在这种情况时使用）
Adomd.NET 一个独有的特点是可以使用XML返回选定的列。Microsoft Analysis Services 2005为指定的查询返回这样的列。例如：
SELECT * FROM MyModel.PMML
这个语句将返回PMML 2.1格式下MyModel 模型的内容（即被支持PMML的MyModel使用的数据挖掘算法）。除了例如模型名称、PMML缓冲区大小这类元信息外，这个语句的返回值还包括指定的列和包含PMML的MODEL_PMML（一种被数据挖掘团队设计出来的XML格式，用来描述挖掘模型的内容）。
这个XML的内容可以以字符串方式被访问，但是Adomd.NET拥有分析XML列的能力（基于服务器端发来的指定的列类型来判断） 并且将它们发布为一个System.Xml.XmlReader对象。这些列也可以作为字符串被读取。以下的示例代码使用这一特性来访问带XML目录的列，同时使用字符串和XmlReader两种方法。
cmd.CommandText = "SELECT * from [MyModel].PMML";
AdomdDataReader rdr = cmd.ExecuteReader();
// 遍历响应结果，读取第5列，MODEL_PMML
while (rdr.Read())
{
// 取得列值
object objXMLValue = rdr.GetValue(5);
if (objXMLValue is System.Xml.XmlReader)
{
//使用一个XML reader
System.Xml.XmlReader pmmlReader =
(System.Xml.XmlReader)objXMLValue;
//在这里读PMML
}
// 使用字符串来获取这列
string strPMMLAsString = rdr.GetString(5);
}
Adomd.NET 的另一个特性是连续访问服务器响应，将在 进度通知：使用跟踪对象 一节中具体阐述。
Adomd.NET是Microsoft Analysis Services 2005中最具灵活性，最容易使用的客户端API。在编写以微软分析服务为目标的.NET应用操作时也同样推荐使用它。它提供了类AMO访问服务器元数据的大量特性，它允许执行DDL和DMX语句，并且它对DMX语句的参数也有很好的支持。
