Poll: What database does your company use?
221–230 of 378 posts
Re: Poll: What database does your company use?
#222SQLite all over the place – it's great having a super portable DB format for quick little hits. There's nothing quite like sending a DB as an email attachment.
It's also worth noting that SQLite is, for the time being, the underlying store for Membase
Re: Poll: What database does your company use?
#223Re: Poll: What database does your company use?
#224I'd vote for PostgreSQL multiple times if I could. I'm a consultant DBA (-ish; I do other stuff as well, but that's what puts most of the food on my table), and have multiple clients using pg.
Why do you use pgsql over mysql? I've used mysql a lot, and pgsql a little. I can't tell the difference, other than pgsql being slower and having less support. Some people swear by it, so I'm curious what I am missing.
Re: Poll: What database does your company use?
#225However, for the first time ever, my current project uses Postgres with Oracle being pushed out of the enterprise at a fast rate.
For my personal projects it's Postgres, Redis and SQLite.
Re: Poll: What database does your company use?
#226What no Intersystems Cache option?
Re: Poll: What database does your company use?
#227Re: Poll: What database does your company use?
#228Earlier quoted context omitted.
Same here. Voted other. I have a big database on the App Engine, and I'm moving more of my data from mysql to the datastore.
Out of curiosity, are you on the HRD already? We have some fairly sensitive billing code and... well, I'm nervous about the transition to HRD...
http://neogregious.blogspot.com/2011/04/migrating-app-to-hig...
Re: Poll: What database does your company use?
#229You should add the Neo4j ( http://neo4j.org/ ) graph database to the list. Graphs are a much more modern and elegant way of storing relational data. I've used Postgres for over 10 years, but it's not a graph database. With graph databases you don't have to mess with tables or joins -- everything is implicitly joined. And Neo4j is ridiculously sweet -- store 32 billion nodes ( http://blog.neo4j.org/2011/03/neo4j-13-ab…
> Graphs are a much more modern and elegant way of storing relational data. Actually, storing data as graphs is older than relational approaches. It used to be called "network databases". They were not supplanted for the hell of it, relational databases have certain advantages. For select applications, object databases are absolutely the way to go. But for most purposes relational is hard to beat.
The graph-database model simplifies much of this and makes working with the modern-day social graph so much cleaner.
Graphs allow you to do powerful things like find inferences inside the data in ways that would be hard to do with relational databases.
How would you calculate PageRank using a relational database? As I said, with a graph database and Gremlin, you can do it in 2 lines.
To see the types of things you can do with graphs, check out Marko's short screencast on Gremlin (http://www.youtube.com/watch?v=5wpTtEBK4-E).
And also check out Peter Neubauer's introduction to graph databases and how they compare to RDBMS' and where they stand in the NOSQL-movement (http://www.infoq.com/articles/graph-nosql-neo4j).