Before Entity Framework
When there was no entity framework, developers used to work with ADO.NET. There were different versions of ADO.NET. Before Entity framework there were a few teams that were working in Microsoft Research. One team was working on an ORM for better data access.
First Experience with Entity Framework Team
Julie Lerman is the author of programming Entity framework. According to her:
So a team of small people was invited to a meeting by Microsoft Research. This meeting was conducted to show them the new ORM that they were working on. This ORM was built to make data access easier. It was 2006 then, and no one could imagine that it would become a huge success.
What people did before ORM existed
People wrote a lot more code for data access before any ORM existed. They had to write code for maintaining connection to database, and in order to maintain connection through code, one must have sound knowledge of database schema also. If you are calling a store procedure, you have to take care about what’s coming back (return type), what’s going into the procedure (parameters) etc. And further, one has to design domain classes inside the program, manually according to database schema.

Most importantly you’ve to take the data coming from the database and reshape it according to your model inside the application (domain classes), so normally before ORM, developers had to take the data from database and remap it according to the classes objects. It was a lot of work in fact.
And when it came to saving the data back to the database fromthe application it was also a lot of work before the existence of ORMs.
When it’s time to store back up again, persist back to the database, you’ve to take it out of the classes and then create store procedure parameters and push it back up again. So we are writing not only a lot of code for data access from the database but also a lot of code to push back data changes back to the database also. In simple words the CRUD functionality was not so easy [CRUD: create, read, update, delete]. You can say a lot of unnecessary and repeated code has to be written for simple CRUD operations. So Microsoft decided to solve the problem. This was the time when LINQ to SQL and LINQ to Entities came out.
Arrival of “LINQ to SQL” and “Entity Framework”
Developers were facing problems before the existence of any ORM. So it was the time when Microsoft decided to take some action about this.
There were two teams working in Microsoft research that time:
- Data access team
- C# team



Humayun Kabir MamunPosted Mar 29, 2016, 12:19 AM
Nice...
Ammar ShaukatPosted Mar 28, 2016, 2:16 PM
thanks. kalu singh rao
Mobeen SarwarPosted Mar 28, 2016, 12:28 PM
Nice share
kalu singh raoPosted Mar 26, 2016, 10:59 AM
Nice...
Ankur MistryPosted Mar 25, 2016, 7:35 AM
Nice share Ammar Shaukat
Ammar ShaukatPosted Mar 25, 2016, 3:44 AM
thanks Kashif Sohail
Kashif SohailPosted Mar 24, 2016, 10:14 PM
Very Nice, and Informative
Ammar ShaukatPosted Mar 24, 2016, 1:51 PM
thanks Debasis Saha
Ammar ShaukatPosted Mar 24, 2016, 1:47 PM
thanks Rajeev Punhani . Did you read it ?
Vignesh ManiPosted Mar 24, 2016, 8:24 AM
Good one
Debasis SahaPosted Mar 24, 2016, 7:12 AM
Nice One..
Rajeev PunhaniPosted Mar 24, 2016, 7:10 AM
Nice Article.