Normal view MARC view ISBD view

Pro LINQ Object Relational Mapping with C# 2008 [electronic resource] /by Vijay P. Mehta.

by Mehta, Vijay P [author.]; SpringerLink (Online service).
Material type: materialTypeLabelBookPublisher: Berkeley, CA : Apress, 2008.Description: 408 p. online resource.ISBN: 9781430205975.Subject(s): Computer science | Computer Science | Programming TechniquesDDC classification: 005.11 Online resources: Click here to access online
Contents:
Object-Relational Mapping Concepts -- Getting Started with Object-relational Mapping -- ORM Patterns and Domain-driven Design -- LINQ to SQL Examined -- to LINQ to SQL -- Advanced LINQ to SQL -- Entity Framework Examined -- Getting started with the ADO.NET entity framework -- Using the ADO.NET Entity Framework -- Advanced ADO.NET Entity Framework -- The Bank of Pluto Case Study -- A Domain Model for the First Bank of Pluto -- Mapping the FBP -- Mapping the Bank of Pluto with the ADO.NET Entity Framework -- Building on the Bank of Pluto Foundation -- N-Tier Architecture -- LINQ to SQL, the Entity Framework, and Your Other Options.
In: Springer eBooksSummary: It is nearly impossible today to write enterprise software without the use of one or more relational databases. Granted, there are cases when the data is transient and not stored in a database, but for the most part, software needs to consume and manipulate data in a database. It sounds easy, but there are hundreds of ways to connect software systems to databases and thousands of people who think they have the skeleton key for data access layers. Pro LINQ Object Relational Mapping in C# 2008 explains an efficient, repeatable way to apply industry design patterns to build scalable object–oriented data access layers. Object relational mapping (OR/M) has been a gray area in Microsoft development for many years. It’s not that Microsoft language developers don’t understand OR/M; in fact, the opposite is true, as is exemplified by the glut of third–party .NET OR/M tools on the market. The struggle has come more from the lack of native tools with the object–oriented and object persistence capacity to effectively work in this arena. With the inception of .NET, Microsoft overcame the first obstacle by developing an object–oriented environment and framework. The second obstacle, the native object persistence layer, is only now being realized with the introduction of Language Integrated Query (LINQ) and LINQ’s children, the Language Integrated Query for Relational Databases (LINQ to SQL) and the Language Integrated Query for the ADO.NET Entity Framework (LINQ to Entities). The gray area no longer exists, and the .NET developers of the world finally have the native tools required to build modular, reusable data access layers.
Tags from this library: No tags from this library for this title. Add tag(s)
Log in to add tags.
    average rating: 0.0 (0 votes)
Item type Current location Call number Status Date due Barcode
MAIN LIBRARY
QA76.6-76.66 (Browse shelf) Available

Object-Relational Mapping Concepts -- Getting Started with Object-relational Mapping -- ORM Patterns and Domain-driven Design -- LINQ to SQL Examined -- to LINQ to SQL -- Advanced LINQ to SQL -- Entity Framework Examined -- Getting started with the ADO.NET entity framework -- Using the ADO.NET Entity Framework -- Advanced ADO.NET Entity Framework -- The Bank of Pluto Case Study -- A Domain Model for the First Bank of Pluto -- Mapping the FBP -- Mapping the Bank of Pluto with the ADO.NET Entity Framework -- Building on the Bank of Pluto Foundation -- N-Tier Architecture -- LINQ to SQL, the Entity Framework, and Your Other Options.

It is nearly impossible today to write enterprise software without the use of one or more relational databases. Granted, there are cases when the data is transient and not stored in a database, but for the most part, software needs to consume and manipulate data in a database. It sounds easy, but there are hundreds of ways to connect software systems to databases and thousands of people who think they have the skeleton key for data access layers. Pro LINQ Object Relational Mapping in C# 2008 explains an efficient, repeatable way to apply industry design patterns to build scalable object–oriented data access layers. Object relational mapping (OR/M) has been a gray area in Microsoft development for many years. It’s not that Microsoft language developers don’t understand OR/M; in fact, the opposite is true, as is exemplified by the glut of third–party .NET OR/M tools on the market. The struggle has come more from the lack of native tools with the object–oriented and object persistence capacity to effectively work in this arena. With the inception of .NET, Microsoft overcame the first obstacle by developing an object–oriented environment and framework. The second obstacle, the native object persistence layer, is only now being realized with the introduction of Language Integrated Query (LINQ) and LINQ’s children, the Language Integrated Query for Relational Databases (LINQ to SQL) and the Language Integrated Query for the ADO.NET Entity Framework (LINQ to Entities). The gray area no longer exists, and the .NET developers of the world finally have the native tools required to build modular, reusable data access layers.

There are no comments for this item.

Log in to your account to post a comment.
@ Jomo Kenyatta University Of Agriculture and Technology Library

Powered by Koha