你可以通过执行两个计数来解决这个问题。第一个计数简单的计算每一个食谱需要的原料;第二个计数先将RecipeIngredients表与Ingredients表连接起来，再计数。从食品室中取出任何所需要的原料后都要降低这个计数，再通过比较这个计数，你就能拒绝那些你不能得到所有原料的食谱，也可以接受符合条件的食谱。我在Listing A 中提供了一个例子。(Listing A中的数据库比我们现在讨论的复杂一点点，它有一些查询表和一些没有提到的列。)

既然有两个计数(需要的和可得到的)，那么我们必须对它们进行简单的比较。我一般采取原子对分子查询，所以我将每一条声明都保留在视图中(IngredientsAvailable_By_Recipe_vue 和IngredientsRequired_By_Recipe_vue)。然后，我用RecipeID字段做连接条件创建了第三个视图，增加了一个条件那就是可得到的(Available)必须等于需要的(Required)。为了使这个列表更吸引人，我把Recipes表也加到里面去了，所以我能获得食谱的名字。你可以查看Listing B。你也可以去掉这个逻辑来查看食谱，你可以将WHERE语句的条件改成Required > Available，但这样并不会简化操作。

ListingA:

/* count the ingredients required */SELECT

[Recipe Ingredients].RecipeID,

Count([Recipe Ingredients].IngredientID) AS RequiredFROM

[Recipe Ingredients]GROUP BY

[Recipe Ingredients].RecipeID;

/* count the ingredients available */SELECT

[Recipe Ingredients].RecipeID,

Count(Pantry.IngredientID) AS AvailableFROM Pantry

RIGHT JOIN [Recipe Ingredients]

ON Pantry.IngredientID

= [Recipe Ingredients].IngredientIDGROUP BY

[Recipe Ingredients].RecipeID;

ListingB:

SELECT

IngredientsRequired_by_Recipe_qs.RecipeID,

Recipes.RecipeNameFROM

(IngredientsAvailable_By_Recipe_qs

INNER JOIN IngredientsRequired_by_Recipe_qs

ON IngredientsAvailable_By_Recipe_qs.RecipeID = IngredientsRequired_by_Recipe_qs.RecipeID)

INNER JOIN Recipes

ON IngredientsRequired_by_Recipe_qs.RecipeID

= Recipes.RecipeIDWHERE (([Available]>=[Required]));

按照早期的规定，我假定在食品室中出现的任意数量都表示这种原料是充足的。在RecipeIngredients表中需要一个Quantity列，在Pantry表中也需要一个Quantity列。(这样会使例子变得更复杂;例如，我买了盐，它的单位磅还是千克，食谱要求的一勺是大勺还是小勺呢?)

如果你有Quantity这个列的话，一个新的挑战出现了：如果你想请朋友们吃午餐的话，你的菜单中用到了鳄梨酱、墨西哥沙拉和啤酒。现在的任务是比较需要的品种与食品室中现有的品种，然后再创建一个需要购买的清单。我把这问题留给感兴趣的读者去实现。

注意：你也可以先下载一个.NET executable程序，然后再创建数据库，并在数据库中创建你感兴趣的对象，包括表中的数据。你需要安装了.NET和SQL Server 2005才能执行这些代码。这个程序是一个winRAR文件，但是里面是.NET executable。代码可以通过Red Gate Software的SQL Packager来创建，但是你不需要Red Gate就可以运行。(T006)

评论 (0) All

登陆 还没注册？