See the version list below for details.
Install-Package CodeOnlyStoredProcedures -Version 2.3.0
dotnet add package CodeOnlyStoredProcedures --version 2.3.0
<PackageReference Include="CodeOnlyStoredProcedures" Version="2.3.0" />
paket add CodeOnlyStoredProcedures --version 2.3.0
#r "nuget: CodeOnlyStoredProcedures, 2.3.0"
// Install CodeOnlyStoredProcedures as a Cake Addin #addin nuget:?package=CodeOnlyStoredProcedures&version=2.3.0 // Install CodeOnlyStoredProcedures as a Cake Tool #tool nuget:?package=CodeOnlyStoredProcedures&version=2.3.0
A library for easily calling Stored Procedures in .NET. Works great with Entity Framework Code First models.
Code Only Stored Procedures will not create any Stored Procedures on your database. Instead, its aim is to make it easy to call your existing stored procedures by writing simple code.
- EntityFramework (>= 6.1.3)
- No dependencies.
NuGet packages (1)
Showing the top 1 NuGet packages that depend on CodeOnlyStoredProcedures:
Easily call stored procedures by writing an interface that describes their names, inputs, and results. Uses the CodeOnlyStoredProcedures library to acually execute the stored procedures.
This package is not used by any popular GitHub repositories.
Can now opt in to not clone the database connection before executing a StoredProcedure.
Can now execute a non-query using the dynamic syntax.
Fixed bug where hierarchical result sets could not be marked as optional.
Hierarchies are now much faster to build, especially with large data sets.
DateTimeOffset is now fully supported (in the past you had to use attributes or the Fluent syntax to specify the DbType).
Hierarchical result sets will now match using case-insensitive names if the case-sensitive ones aren't found.
Added ability to specify the quote method for the objects, which allows you to call stored procedures in non-Microsoft products.
Fixed bug where dynamic stored procedures wouldn't dispose of the IDbCommand objects they created.
Fixed bug where empty Table Valued Parameters could not be passed.
Fixed bug where a dynamic stored procedure wouldn't dispose its database connection if the stored procedure threw an exception.
Fixed bug in the dynamic syntax where asynchronous execution of a stored procedure that has no results would not throw exceptions from sql server.
Fixed bug where StoredProcedure<dynamic> (both syntaxes) would return DBNull values instead of null.
Fixed bug where WithInputOutputParameter and WithOutputParameter would not infer DBType when not passed explicitly
Fixed bug where symbols were not available for .Net 4.0 projects
Fixed bug where custom structs could not be passed as input parameters to the dynamic syntax
Fixed bug where enums were being sent as object. Will now send as string
Fixed bug where calling ToString on a stored procedure could print parameters with a double @.
Fixed bug where the fluent syntax would not infer the type of its parameters from the compile time generic parameter type.
Fixed bug where dynamic stored procedures wouldn't close their connections.
Fixed bug where null values could not be passed in the dynamic syntax.
Fixed bug where TableValuedParameters would attempt to pass set only properties, resulting in an exception.
Fixed bug where an exception would be thrown when using a mapped interface, if that interface had an IEnumerable property that was
not mapped in the implementing class.
Fixed bug where Timespan and DateTimeOffset result columns would throw an exception.
Added ability to pass Table Valued Parameters in the dynamic syntax, and as a property via WithInput, without decorating the class with the TableValuedParameterAttribute. It will use the class name as the TableName, and dbo as the Schema.
Added ability to return single rows from dynamic stored procedures in one line, so long as the stored procedure returns one or fewer items
Added ability to specify the order in which multiple result sets are returned for hierarchical models.
Added global data transformers, that will be applied for all columns in all stored procedures. These should be specified before any StoredProcedure is created.
Added option to enable numeric conversions for all numeric properties. This should be specified before any StoredProcedure is created.
Fixed bug where System.Single (float in C#) property types could not be returned (it would throw an exception).
Fixed bug where StoredProcedure<dynamic> would not apply any IDataTransformers specified.
Fixed bug where expected columns that don't get returned were throwing an IndexOutOfRangeException instead of a StoredProcedureResultsException
Removed dependency on SQL Server for all stored procedures (except those that accept Table Valued Parameters)
Results from the dynamic syntax can now be cast explicitly
Result columns can be marked as optional, so if no value is returned, the execution will not fail.
Stored Procedures can return dynamic (which will be an ExpandoObject, with all colums returned by the stored procedure as properties).
Stored Procedures that return hierarchical objects as multiple result sets can now have their relationships automatically discovered
Fixed bug where none of the named properties of StoredProcedureParameterAttribute could be set on an object, because they were nullable.
Fixed bug where calling a stored procedure that returns results asynchronously could block the calling thread.
Added StoredProcedure.Execute and StoredProcedure.ExecuteAsync methods to more explicitly control dynamic stored procedures.
Added ability to specify an implementation of an interface, so a StoredProcedure can return an IEnumerable<interface>
Added better exception when a model is missing a public parameterless constructor.