Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. Design and Architecture
  4. What is the goal of Entity Framework?

What is the goal of Entity Framework?

Scheduled Pinned Locked Moved Design and Architecture
questioncsharpdatabaselinq
6 Posts 5 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • B Offline
    B Offline
    Bastien Vandamme
    wrote on last edited by
    #1

    I thought the purpose of entity framework was to discharge his duty to write queries (whether in SQL or LINQ). I worked on the framework for manipulating entities without worrying about queries. I think this is the case of NHibernate. This is not the case with the Entity Framework.

    P R D 3 Replies Last reply
    0
    • B Bastien Vandamme

      I thought the purpose of entity framework was to discharge his duty to write queries (whether in SQL or LINQ). I worked on the framework for manipulating entities without worrying about queries. I think this is the case of NHibernate. This is not the case with the Entity Framework.

      P Offline
      P Offline
      Pete OHanlon
      wrote on last edited by
      #2

      EF is an ORM. That pretty much sums it up.

      1 Reply Last reply
      0
      • B Bastien Vandamme

        I thought the purpose of entity framework was to discharge his duty to write queries (whether in SQL or LINQ). I worked on the framework for manipulating entities without worrying about queries. I think this is the case of NHibernate. This is not the case with the Entity Framework.

        R Offline
        R Offline
        Rowdy Raider
        wrote on last edited by
        #3

        If that is true that you forgot one of two things when using EF 1) you did not call 'SaveChanges()' on your DbContext. or 2) Your EF configuration has the change tracker disabled. There is always the possibility that something is just plain broken - like you are modifying properties which are not mapped.

        1 Reply Last reply
        0
        • B Bastien Vandamme

          I thought the purpose of entity framework was to discharge his duty to write queries (whether in SQL or LINQ). I worked on the framework for manipulating entities without worrying about queries. I think this is the case of NHibernate. This is not the case with the Entity Framework.

          D Offline
          D Offline
          Duncan Edwards Jones
          wrote on last edited by
          #4

          I think the goal of EF (and any ORM) is to abstract away the detail of the data storage implementation. If you are still thinking in terms of tables and SQL then you haven't abstracted enough :-)

          L 1 Reply Last reply
          0
          • D Duncan Edwards Jones

            I think the goal of EF (and any ORM) is to abstract away the detail of the data storage implementation. If you are still thinking in terms of tables and SQL then you haven't abstracted enough :-)

            L Offline
            L Offline
            Lost User
            wrote on last edited by
            #5

            Duncan Edwards Jones wrote:

            I think the goal of EF (and any ORM) is to abstract away the detail of the data storage implementation.

            SQL is already an abstraction.

            Duncan Edwards Jones wrote:

            If you are still thinking in terms of tables and SQL then you haven't abstracted enough :)

            If you wrote a DAL for your SQL, add this comment on top: redundant leaky abstraction.

            Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]

            D 1 Reply Last reply
            0
            • L Lost User

              Duncan Edwards Jones wrote:

              I think the goal of EF (and any ORM) is to abstract away the detail of the data storage implementation.

              SQL is already an abstraction.

              Duncan Edwards Jones wrote:

              If you are still thinking in terms of tables and SQL then you haven't abstracted enough :)

              If you wrote a DAL for your SQL, add this comment on top: redundant leaky abstraction.

              Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]

              D Offline
              D Offline
              Duncan Edwards Jones
              wrote on last edited by
              #6

              But neither are enough of an abstraction if you still know how and where the objects get stored.

              1 Reply Last reply
              0
              Reply
              • Reply as topic
              Log in to reply
              • Oldest to Newest
              • Newest to Oldest
              • Most Votes


              • Login

              • Don't have an account? Register

              • Login or register to search.
              • First post
                Last post
              0
              • Categories
              • Recent
              • Tags
              • Popular
              • World
              • Users
              • Groups