存储过程(sp)在EDM中的使用，相比于sp在EDM中的functionImport,似乎我更关心sp在EDMX文件中的表现.

　　当我将存储过程sp GetOrder添加到EDM并完成FunctionImport之后,我就可以打开EDMX文件,查看关于GetOrder在ssdl(),csdl,c-s mapping中的实现:

　　sdl:　<Function Name="GetOrder" Aggregate="false" BuiltIn="false" NiladicFunction="false" IsComposable="false"　 ParameterTypeSemantics="AllowImplicitConversion" Schema="dbo">
　　　　　<Parameter Name="OrderID" Type="int" Mode="In" />
　　　　</Function>

　　关于function中的参数:对于IsComposable,BuiltIn这2个参数非常重要,用于指定返回结果将由存储过程的查询来返回,不需要生成其它的sql(针对linq，及时不需要被解释),因为均设为false,其它的没什么好说的。

　 csdl:　 <FunctionImport Name="GetOrders" EntitySet="Orders" ReturnType="Collection(NorthwindEFModel.Orders)">
　　　　　　<Parameter Name="OrderID" Mode="In" Type="Int32" />
　　　　　</FunctionImport>

　　ReturnType是一个Collection,我曾尝试将其修改为单一实体(让其返回一个非集合类型),不过在EF v1中并不支持.

　　如果sp在edmx文件中就仅仅如此，那真的没什么可写了.不过并不仅仅如此,因为除了Return Type之外还有CommandText,out put 参数.

　　.CommandText

　　在Function的xml节点下面有CommandText这个标签,CommandText可以让我们在ssdl层的function中自定义sql,而非仅仅局限于sp，在某些特定的场景中将sql嵌入ssdl层中要好过sp，毕竟sp是存在数据库上,这使得不仅要管理应用程序还需要管理数据,function中的CommandText属性可以2者达到某种平衡.下面是使用CommandText的例子