Dapper.Oracle.StrongName 2.0.1

.NET Standard 2.0 This package targets .NET Standard 2.0. The package is compatible with this framework or higher. .NET Framework 4.6.1 This package targets .NET Framework 4.6.1. The package is compatible with this framework or higher.
There is a newer version of this package available.
See the version list below for details. 
dotnet add package Dapper.Oracle.StrongName --version 2.0.1                

                    
                

            
NuGet\Install-Package Dapper.Oracle.StrongName -Version 2.0.1
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package. 
<PackageReference Include="Dapper.Oracle.StrongName" Version="2.0.1" />
For projects that support PackageReference, copy this XML node into the project file to reference the package. 
paket add Dapper.Oracle.StrongName --version 2.0.1                

                    
                

            
#r "nuget: Dapper.Oracle.StrongName, 2.0.1"
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package. 
// Install Dapper.Oracle.StrongName as a Cake Addin
#addin nuget:?package=Dapper.Oracle.StrongName&version=2.0.1

// Install Dapper.Oracle.StrongName as a Cake Tool
#tool nuget:?package=Dapper.Oracle.StrongName&version=2.0.1

Dapper is a great tool if you want to write database-agnostic code.
However, sometimes you need to access functionality that is provider-specific.
This assembly adds support for writing Oracle-specific SQL, that supports all dbtypes used by the Oracle managed provider on a parameter,
supports setting various properties on the command(LOBFetchSize, ArrayBindCount, BindByName), as well as setting CollectionType on the parameter.
 
Using this package, you can now run stored procedures that returns RefCursor, or use array bind count to execute a sql statements with a array of parameters.

Product Compatible and additional computed target framework versions.
.NET net5.0 was computed.  net5.0-windows was computed.  net6.0 was computed.  net6.0-android was computed.  net6.0-ios was computed.  net6.0-maccatalyst was computed.  net6.0-macos was computed.  net6.0-tvos was computed.  net6.0-windows was computed.  net7.0 was computed.  net7.0-android was computed.  net7.0-ios was computed.  net7.0-maccatalyst was computed.  net7.0-macos was computed.  net7.0-tvos was computed.  net7.0-windows was computed.  net8.0 was computed.  net8.0-android was computed.  net8.0-browser was computed.  net8.0-ios was computed.  net8.0-maccatalyst was computed.  net8.0-macos was computed.  net8.0-tvos was computed.  net8.0-windows was computed. 
.NET Core netcoreapp2.0 was computed.  netcoreapp2.1 was computed.  netcoreapp2.2 was computed.  netcoreapp3.0 was computed.  netcoreapp3.1 was computed. 
.NET Standard netstandard2.0 is compatible.  netstandard2.1 was computed. 
.NET Framework net461 is compatible.  net462 was computed.  net463 was computed.  net47 was computed.  net471 was computed.  net472 was computed.  net48 was computed.  net481 was computed. 
MonoAndroid monoandroid was computed. 
MonoMac monomac was computed. 
MonoTouch monotouch was computed. 
Tizen tizen40 was computed.  tizen60 was computed. 
Xamarin.iOS xamarinios was computed. 
Xamarin.Mac xamarinmac was computed. 
Xamarin.TVOS xamarintvos was computed. 
Xamarin.WatchOS xamarinwatchos was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages (1)

Showing the top 1 NuGet packages that depend on Dapper.Oracle.StrongName:

Package Downloads
OptimaJet.DataEngine

Data Engine (DE) is an object-relational mapping framework for Workflow Engine.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
2.0.3 3,979 6/4/2021
2.0.2 574 2/10/2021
2.0.1 567 11/6/2020
2.0.0 462 9/22/2020
1.2.1 2,039 5/12/2019
1.2.0 614 4/12/2019

- Minor bugfix of issue #46 , which was a regression of how `OracleValueConverter` behaves. Many thanks to @opejanovic for fixing this.