Telerik.DataAccess.Core 2016.2.822.1

The ID prefix of this package has been reserved for one of the owners of this package by NuGet.org. Prefix Reserved
There is a newer version of this package available.
See the version list below for details.
dotnet add package Telerik.DataAccess.Core --version 2016.2.822.1
NuGet\Install-Package Telerik.DataAccess.Core -Version 2016.2.822.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="Telerik.DataAccess.Core" Version="2016.2.822.1" />
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add Telerik.DataAccess.Core --version 2016.2.822.1
#r "nuget: Telerik.DataAccess.Core, 2016.2.822.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 Telerik.DataAccess.Core as a Cake Addin
#addin nuget:?package=Telerik.DataAccess.Core&version=2016.2.822.1

// Install Telerik.DataAccess.Core as a Cake Tool
#tool nuget:?package=Telerik.DataAccess.Core&version=2016.2.822.1

This package is no longer being developed.
For more information please refer to http://www.telerik.com/data-access-sunsetting

The Telerik.DataAccess.Core NuGet package provides the Telerik Data Access runtime assemblies necessary to consume Telerik Data Access persistent objects, without defining any mapping.

If this project contains persistent classes and defines mapping, the Telerik.DataAccess.Fluent NuGet package is required as well.

Telerik Data Access helps defining mapping and executing create, retrieve, update and delete operations for your data access classes and database tables. It allows you to consume stored procedures and functions.

Product Compatible and additional computed target framework versions.
.NET Framework net20 is compatible.  net35 was computed.  net40 is compatible.  net403 was computed.  net45 was computed.  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. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

This package has no dependencies.

NuGet packages (28)

Showing the top 5 NuGet packages that depend on Telerik.DataAccess.Core:

Package Downloads
Telerik.DataAccess.Fluent The ID prefix of this package has been reserved for one of the owners of this package by NuGet.org.

The Telerik.DataAccess.Fluent NuGet package is designed for projects containing classes that are stored using Telerik Data Access. It can be utilized for defining your data access model using the code-only Fluent Mapping. It provides the assembly references and project enhancements made by the Telerik Data Access Enhancer tool during the build process, required by Telerik Data Access runtime. If you need a NuGet package for a project only consuming Telerik Data Access model from another assembly, the Telerik.DataAccess.Core NuGet package which contains the Telerik Data Access runtime assemblies necessary to work with Telerik Data Access persistent objects is sufficient and can be used instead. Telerik Data Access helps defining mapping and executing create, retrieve, update and delete operations for your data access classes and database tables. It allows you to consume stored procedures and functions.

KalikoCMS.Core

Kaliko CMS is an open-source content management system. Package contains the core files for Kaliko CMS. Please also make sure that you install a page provider (either KalikoCMS.WebForms or KalikoCMS.Mvc) and a data provider of your choice (KalikoCMS.Data.*). You'll find information on how to get started over at: http://kaliko.com/cms/get-started/

Telerik.DataAccess.Web35 The ID prefix of this package has been reserved for one of the owners of this package by NuGet.org.

This package contains Telerik.OpenAccess.Web.dll targeted for .Net 2.0/3.5 projects

Telerik.DataAccess.Web The ID prefix of this package has been reserved for one of the owners of this package by NuGet.org.

This package contains Telerik.OpenAccess.Web.40.dll targeted for .Net 4.0 or later projects

KalikoCMS.Identity

Package contains the ASP.NET Identity provider for Kaliko CMS - an open-source content management system. Provides database independent authentication for your Kaliko CMS project. You'll find information on how to get started over at: http://kaliko.com/cms/get-started/

GitHub repositories (2)

Showing the top 2 popular GitHub repositories that depend on Telerik.DataAccess.Core:

Repository Stars
aspose-words/Aspose.Words-for-.NET
Aspose.Words for .NET examples, plugins and showcases
KalikoCMS/KalikoCMS.Core
Open source content management system (CMS) for the ASP.NET platform.
Version Downloads Last updated
2018.0.1127.1 212,953 12/19/2018
2018.0.911.1 30,746 9/20/2018
2016.2.822.1 262,946 9/29/2016
2016.1.224.1 57,273 3/21/2016
2015.3.1221.1 53,121 12/23/2015
2015.3.926.1 56,695 9/30/2015
2015.2.624.2 21,741 9/18/2015
2015.2.624.1 57,496 6/24/2015
2015.1.225.2 19,335 9/18/2015
2015.1.225.1 63,185 2/25/2015
2014.3.1209.2 4,285 9/18/2015
2014.3.1209.1 7,558 12/15/2014
2014.3.1027.1 8,418 10/27/2014
2014.2.918.1 19,652 9/24/2014
2014.2.711.1 25,108 7/21/2014
2014.2.617.2 6,915 6/18/2014
2014.1.403.2 7,194 4/9/2014
2014.1.225.3 5,300 3/12/2014
2014.1.225.2 5,552 2/26/2014
2013.3.1320.1 22,969 1/28/2014

New
- Microsoft SQL Server 2016 is now officially supported by Telerik Data Access

Changed
- Runtime: Improved memory usage by avoiding back references in Telerik Data Access internals
- Runtime: Allowed more efficient concurrent usage of contexts, avoiding finalizable objects where possible - Improved the achievable concurrency by restricting the amount of work the GC has to perform. The benefits are reduced time spent in the GC and more direct reclamation of unreachable memory, resulting in more stable behavior of the working set and improved GC gen0/gen1 ratio under load.

Fixed
- OpenAccessContext.GetLastConflicts() will no longer swallow exceptions
- Improved prefetching of collections to avoid data inconsistencies - When prefetching is used (via .Include() or .LoadWith()) and there is no prefetched data in the first 50 results (or 500 in case of second level cache), the reading step can fail with inconsistenly read data. The code change needed for this bug fix also improves the prefetching behavior in that there are more paralllel fetches used now and point fetches are avoided.
- Improved handling of expections happening on database driver level as part of the integrated connection pool management - Now NullReferenceException is avoided and original exception can be obtained.
- Fixed implementation of OpenAccessContext.GetOriginalValues() for collections and dictionaries - If OpenAccessContext.GetOriginalValues() is called on a persistent field or property of type List or Dictionary sometimes the latest in-memory version of the data was returned and not the last persisted version. Calling it after a FlushChanges followed by a change to the collection or dictionary the Runtime now will persist the change consistently.
- Context.SaveChanges(AggregateAll) flag is not respected and only the first OptimisticVerificationException is thrown - The context method SaveChanges(AggregateAll) was not collecting all errors when OptimisiticVerificationExceptions occur. Now the behavior can be switched between 'AggregateAll' and 'FailFast'. Only OptimisticVerificationExceptions will be aggregated, other kinds of exeptions will still have the default 'FailFast' behavior.
- TrackedList/TrackedBindingList support improvements - Improved integration of TrackedList<T> and TrackedBindingList<T> and runtime logic maintaining original values to avoid side effects added in virtual methods of the list types.
- Parallel Fetching changes - Disabled parallel fetching when Skip, Take, Single(OrDefault) and First(OrDefault) are present in an outer LINQ query
- Memory leak in Second Level Cache - Resolved a missing clean-up of temporary data structures in Second Level Cache related to flushed data