你可以通过执行两个计数来解决这个问题。第一个计数简单的计算每一个食谱需要的原料;第二个计数先将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)
新闻热点
疑难解答