CodeOnlyStoredProcedures 2.2.3
See the version list below for details.
dotnet add package CodeOnlyStoredProcedures --version 2.2.3
NuGet\Install-Package CodeOnlyStoredProcedures -Version 2.2.3
<PackageReference Include="CodeOnlyStoredProcedures" Version="2.2.3" />
paket add CodeOnlyStoredProcedures --version 2.2.3
#r "nuget: CodeOnlyStoredProcedures, 2.2.3"
// Install CodeOnlyStoredProcedures as a Cake Addin #addin nuget:?package=CodeOnlyStoredProcedures&version=2.2.3 // Install CodeOnlyStoredProcedures as a Cake Tool #tool nuget:?package=CodeOnlyStoredProcedures&version=2.2.3
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.
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET Framework | net40 is compatible. net403 was computed. net45 is compatible. net451 was computed. net452 was computed. net46 was computed. net461 was computed. net462 was computed. net463 was computed. net47 was computed. net471 was computed. net472 was computed. net48 was computed. net481 was computed. |
-
.NETFramework 4.0
- EntityFramework (>= 6.1.3)
-
.NETFramework 4.5
- No dependencies.
NuGet packages (1)
Showing the top 1 NuGet packages that depend on CodeOnlyStoredProcedures:
Package | Downloads |
---|---|
ContractOnlyStoredProcedures
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. |
GitHub repositories
This package is not used by any popular GitHub repositories.
Version | Downloads | Last updated |
---|---|---|
2.4.0-pre04 | 13,712 | 4/27/2017 |
2.4.0-pre03 | 895 | 2/14/2017 |
2.4.0-pre02 | 880 | 1/18/2017 |
2.4.0-pre01 | 868 | 1/1/2017 |
2.3.0 | 22,661 | 10/26/2016 |
2.3.0-pre06 | 1,092 | 10/15/2016 |
2.3.0-pre05 | 1,167 | 10/14/2016 |
2.3.0-pre04 | 1,142 | 9/2/2016 |
2.3.0-pre03 | 1,136 | 8/9/2016 |
2.3.0-pre02 | 1,124 | 8/2/2016 |
2.3.0-pre01 | 1,131 | 8/1/2016 |
2.2.6 | 2,486 | 5/26/2016 |
2.2.6-pre1 | 1,211 | 5/24/2016 |
2.2.5 | 1,995 | 2/25/2016 |
2.2.5-pre3 | 1,150 | 2/20/2016 |
2.2.5-pre2 | 1,171 | 2/15/2016 |
2.2.5-pre1 | 1,173 | 2/15/2016 |
2.2.5-pre | 1,164 | 2/7/2016 |
2.2.4 | 1,432 | 2/3/2016 |
2.2.4-pre | 1,318 | 12/5/2015 |
2.2.3 | 1,725 | 8/24/2015 |
2.2.3-pre1 | 1,196 | 8/23/2015 |
2.2.2 | 1,611 | 6/22/2015 |
2.2.2-pre1 | 1,177 | 6/20/2015 |
2.2.2-pre | 1,205 | 6/20/2015 |
2.2.1 | 1,457 | 5/31/2015 |
2.2.0 | 1,419 | 5/23/2015 |
2.2.0-pre1 | 1,214 | 5/22/2015 |
2.2.0-pre | 1,129 | 5/16/2015 |
2.1.0 | 1,411 | 5/12/2015 |
2.1.0-pre1 | 1,192 | 5/9/2015 |
2.1.0-pre | 1,037 | 4/18/2015 |
2.0.0 | 1,259 | 4/12/2015 |
2.0.0-pre5 | 1,057 | 4/10/2015 |
2.0.0-pre4 | 1,061 | 3/30/2015 |
2.0.0-pre3 | 968 | 3/17/2015 |
2.0.0-pre2 | 955 | 3/14/2015 |
2.0.0-pre1 | 1,133 | 11/27/2014 |
2.0.0-pre | 1,053 | 10/29/2014 |
1.3.1 | 1,410 | 10/23/2014 |
1.3.1-pre | 973 | 10/18/2014 |
1.3.0 | 1,193 | 10/17/2014 |
1.3.0-pre-14269-0553 | 1,005 | 9/27/2014 |
1.2.1 | 1,298 | 9/10/2014 |
1.2.0 | 1,216 | 9/9/2014 |
1.1.0 | 1,210 | 8/27/2014 |
1.1.0-pre-14235-2130 | 1,046 | 8/23/2014 |
1.0.1 | 1,233 | 8/18/2014 |
1.0.0 | 1,268 | 6/4/2014 |
1.0.0-RC-14138-2033 | 946 | 5/18/2014 |
1.0.0-RC-14135-0132 | 994 | 5/15/2014 |
0.6.0-RC-14124-2136 | 937 | 5/4/2014 |
0.5.1-RC-14073-1456 | 998 | 3/14/2014 |
0.5.0-rc-14031-0502 | 983 | 1/31/2014 |
0.4.0-rc-14030-0437 | 1,169 | 1/30/2014 |
0.3.3-rc-14027-0615 | 1,011 | 1/27/2014 |
0.3.2-rc-14027-0322 | 1,028 | 1/27/2014 |
0.3.1-rc-14025-0559 | 989 | 1/25/2014 |
0.3.1-beta-14025-0557 | 988 | 1/25/2014 |
0.2.1-rc-14024-0611 | 986 | 1/24/2014 |
0.2.1-beta-14024-0547 | 995 | 1/24/2014 |
0.1.1 | 1,306 | 1/23/2014 |
0.0.7 | 1,223 | 1/7/2014 |
0.0.6.1 | 1,198 | 1/2/2014 |
0.0.5 | 1,187 | 12/24/2013 |
0.0.3 | 1,264 | 12/9/2013 |
2.2.3
Fixed bug where dynamic stored procedures wouldn't close their connections.
2.2.2
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.
2.2.1
Fixed bug where Timespan and DateTimeOffset result columns would throw an exception.
2.2.0
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
2.1.0
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
2.0.0
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
Performance improvements
1.3.1
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.
1.3.0
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>
1.2.1
Added better exception when a model is missing a public parameterless constructor.
1.2.0
Added a much cleaner syntax for calling stored procedures, by using dynamic objects.
1.1.0
Improved exceptions so that it is easier to determine why the data returned doesn't map to your model correctly.
Now ignores read-only properties, so they don't have to be attributed with [NotMapped]