以下的文章主要是介绍如何正确通过SQL Server原子来建立分子查询的实际操作过程，我们大家都知道每位SQL Server数据库的开发员都有自己独特的首选操作方法。我的方法叫做分子查询。
这些是由SQL Server原子查询组合起来的查询，通过它们我可以处理一个表格。将原子组合起来，可以建立分子。当然也会有限制（化学家所称的化合价），但一般来说，这个原理还是适用的。
在本文中，我将探讨这种策略的几种变化。我从最基本的内容开始（即最详细的内容），然后逐步深化。为让你了解这种方法的灵活性，我会在不同层次使用几种技巧。（警告：这并不是唯一的解决方法，我只是在讨论一些可行的选择。）
我从普遍使用的SQL Server数据库Northwind开始（虽然为了保留原貌，我把它复制到Northwind_New中，实际这才是我使用的SQL Server数据库。）在我的拷贝中，我做出这些重要的修改。
我删除了复合主键，增加一个叫做PK的新列，并将其设为Identity列。
我增加了一个称作ExtendedAmount的计算列。
USE [Northwind_New] GO /****** Object: Table [dbo].[OrderDetails_New] Script Date: 08/23/2006 16:15:42 ******/ SET ANSI_NULLS>
清单A
清单A中包含SQL Server原子建立这个新表格的新建(Create)语句。我用这个命令将它和值从原始表格中迅速移植出来：
INSERT INTO [Northwind_New].[dbo].[OrderDetails_New] SELECT * FROM [Northwind_New].[dbo].[Order Details]
既然我有一个多行的表格，是时候开始实验了。（一旦新列ExtendedAmount被计算，其值会自动移植。）最初，我想用OrderID计算ExtendedAmount列的总数。我建立一个视图，如清单B所示。
USE [Northwind_New] GO /****** Object: View [dbo]. [OrderDetailsSumByOrderID_vue]Script Date: 08/23/2006 16:31:18 ******/ SET ANSI_NULLS>
清单B
我每行得到一个OrderID，ExtendedAmount的列数得到总计。（称之为OrderAmount，将航运，税收等相加得到OrderTotal）。
我会在等式中引入一个表格UDF，如清单C所示。注意，我可以用两种方法调用函数：提交CustomerID将表格限定为那个顾客的订单，或提交一个NULL获得所有顾客订单清单。假如我提交CustomerID，那么订单清单就出现在OrderDate中；假如我提交NULL，清单就被分组并在CustomerID中由OrderDate排序。
set ANSI_NULLS>
清单C
-- ================================================ -- Template generated from Template Explorer using: -- Create Inline Function (New Menu). SQL -- -- Use the Specify Values for Template Parameters -- command (Ctrl-Shift-M) to fill in the parameter -- values below. -- -- This block of comments will not be included in -- the definition of the function. -- ================================================ SET ANSI_NULLS>
清单D 更深入一步，我每个顾客打印一行，用一列显示每名顾客的总销售额。查看清单D。并不是所有项目都得到组合。在最外层，我能够以两种方式调用这个函数：提交合法CustomerID或UNLL以下是它们各自的实例： SELECT CustomerID, CustomerTotal FROM DBO.CustomerGrandTotal_fnt(null) SELECT CustomerID, CustomerTotal FROM DBO.CustomerGrandTotal_fnt('VINET')
现在你有了一组精确的工具来帮助你挖掘适当层次的细节。计算列OrderDetails.ExtendedAmount隐藏了一个复杂层次，从那我又深入到我希望隐藏的细节。这就是我把这些对象叫做SQL Server原子和分子查询的原因。我使用“查询”一词来概括这样一个事实，即讨论的对象是视图还是表格UDF并不重要。（虽然由于命名规则，suffix _fnt表示一个表格UDF，而suffix _vue表示一个视图。） 必须承认，Northwind数据库中没有大量的行，但我认为这种技巧可以得到很好地扩充。更为重要的是，我喜欢它提供的粒度。我能够做我想做的，并按要求重新使用或重新组合SQL Server原子。