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. The Lounge
  3. Neo4j graph database - any experiences?

Neo4j graph database - any experiences?

Scheduled Pinned Locked Moved The Lounge
questiondatabasecomdata-structuresfunctional
26 Posts 12 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.
  • P Peter Od

    What you need is a mature, full-featured, hi-performance object database management system ("ODBMS"). Most of the No-SQL options are missing features for what you want to accomplish. SQL databases are a poor solution for modeling graph data structures (or any highly complex db schema). Checkout the top performing database in this comparision of leading database systems: http://velocitydb.com/Compare.aspx[^] The features of VelocityDb are available in stand-alone or server versions: http://velocitydb.com/Features.aspx No-SQL databases just don't have such rich feature sets. And the open source VelocityGraph add-on link is at top of the home page: www.VelocityDb.com I've been using VelocityDb after many years with Versant and after looking at heavy-weight ODBMS systems such as Gemstone. I'm very happy with VelocityDb. My class hierarchy IS the database schema. Update your classes in your code, you've just updated your db schema.

    R Offline
    R Offline
    roks nicolas
    wrote on last edited by
    #21

    licence per developper : 400$ and Deployment licenses/royalty "Our runtime royalty is determined on a case by case basis. We would like you to suggest a pricing model that fits your business. It might be a share of your profits, a fixed amount per deployment or something else. We are very flexible but we do need revenue to maintain development, support and pay our staff." so not a fixed price.... we don t know how much we will pay when we'll go in production.... licence per developper is not so high (if the performance are here) and we can use it for free for trial usage for less than 3 user but doesn't know how much we will pay or how much we will need to tax our customer to install the db is unacceptable, specialy if we make a startup or little business...

    P 1 Reply Last reply
    0
    • R roks nicolas

      licence per developper : 400$ and Deployment licenses/royalty "Our runtime royalty is determined on a case by case basis. We would like you to suggest a pricing model that fits your business. It might be a share of your profits, a fixed amount per deployment or something else. We are very flexible but we do need revenue to maintain development, support and pay our staff." so not a fixed price.... we don t know how much we will pay when we'll go in production.... licence per developper is not so high (if the performance are here) and we can use it for free for trial usage for less than 3 user but doesn't know how much we will pay or how much we will need to tax our customer to install the db is unacceptable, specialy if we make a startup or little business...

      P Offline
      P Offline
      Peter Od
      wrote on last edited by
      #22

      The database engine is the foundation of an entire software project. Best your select the right horse to ride at the outset. Developer time savings, code re-use and saving objects or graph-nodes with simple code (no transforming your objects or nodes into rows-and-columns or a structure required by the persistence engine) pay for the minimal license costs. If you checked-out the performance comparisons, you'll realize you can get away with a fraction of the hardware / server costs for this kind of database. Check how VelocityDb on a $1,000 Costco PC compares against $1 million+ hardware with Oracle. It may be worth your while to get a price quote for your specific business case and revenue model, so you can make an informed decision. I've been in software since 1981 and have reviewed many, many data persistence schemes. This one has saved me time, money and mis-steps. But, I don't know the specifics of your project.

      R 1 Reply Last reply
      0
      • P Peter Od

        The database engine is the foundation of an entire software project. Best your select the right horse to ride at the outset. Developer time savings, code re-use and saving objects or graph-nodes with simple code (no transforming your objects or nodes into rows-and-columns or a structure required by the persistence engine) pay for the minimal license costs. If you checked-out the performance comparisons, you'll realize you can get away with a fraction of the hardware / server costs for this kind of database. Check how VelocityDb on a $1,000 Costco PC compares against $1 million+ hardware with Oracle. It may be worth your while to get a price quote for your specific business case and revenue model, so you can make an informed decision. I've been in software since 1981 and have reviewed many, many data persistence schemes. This one has saved me time, money and mis-steps. But, I don't know the specifics of your project.

        R Offline
        R Offline
        roks nicolas
        wrote on last edited by
        #23

        i've just sayed that the price of this solution is not fixed. that's it. I haven't said it s not the right tools... by the way the post of Member10610008 seems to "promote" this solution hardly... even if he don't know the specifics of marc's project. "What you need is a mature, full-featured, hi-performance object database management system ("ODBMS")" .... mouais...

        M 1 Reply Last reply
        0
        • P Peter Od

          What you need is a mature, full-featured, hi-performance object database management system ("ODBMS"). Most of the No-SQL options are missing features for what you want to accomplish. SQL databases are a poor solution for modeling graph data structures (or any highly complex db schema). Checkout the top performing database in this comparision of leading database systems: http://velocitydb.com/Compare.aspx[^] The features of VelocityDb are available in stand-alone or server versions: http://velocitydb.com/Features.aspx No-SQL databases just don't have such rich feature sets. And the open source VelocityGraph add-on link is at top of the home page: www.VelocityDb.com I've been using VelocityDb after many years with Versant and after looking at heavy-weight ODBMS systems such as Gemstone. I'm very happy with VelocityDb. My class hierarchy IS the database schema. Update your classes in your code, you've just updated your db schema.

          M Offline
          M Offline
          Marc Clifton
          wrote on last edited by
          #24

          Thanks, I'll take a look at ODBMS's, but Velocity is not an option as this is for an open source project and I'm looking for something that has more flexible license terms. Marc

          Imperative to Functional Programming Succinctly Higher Order Programming

          R 1 Reply Last reply
          0
          • R roks nicolas

            i've just sayed that the price of this solution is not fixed. that's it. I haven't said it s not the right tools... by the way the post of Member10610008 seems to "promote" this solution hardly... even if he don't know the specifics of marc's project. "What you need is a mature, full-featured, hi-performance object database management system ("ODBMS")" .... mouais...

            M Offline
            M Offline
            Marc Clifton
            wrote on last edited by
            #25

            Member 10610008 and Peter.Od is the same person (he changed his username) - and it seems like he's promoting a solution in a very "sales-ish" way. I almost hit the "report spam" button, but I'm giving him the benefit of the doubt, even though he has only ever posted 3 messages, two of which are the ones on this thread. Marc

            Imperative to Functional Programming Succinctly Higher Order Programming

            1 Reply Last reply
            0
            • M Marc Clifton

              Thanks, I'll take a look at ODBMS's, but Velocity is not an option as this is for an open source project and I'm looking for something that has more flexible license terms. Marc

              Imperative to Functional Programming Succinctly Higher Order Programming

              R Offline
              R Offline
              roks nicolas
              wrote on last edited by
              #26

              :)

              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