Live data from Hacker News

Poll: What database does your company/you use?

news.ycombinator.com

91–100 of 101 posts

Re: Poll: What database does your company/you use?

#92

Earlier quoted context omitted.

Has anyone written a little web app to turn an HN poll into a nice chart, automagically? (Extra hipster points for using D3 and some random and inappropriate visualisation no one has ever heard of.)

Results as chart: http://hnlike.com/hncharts/chart/?id=7729603

Nice!

Re: Poll: What database does your company/you use?

#93
post #78
post #53

Earlier quoted context omitted.

Ask HN: Has anyone ever considered "MS Access a viable option"?

"Access, why would we need that? We already have a shared folder with all our Excel sheets"

This is true, and several of the world's biggest companies run that way. Several-hundred-megabyte spreadsheets, with VBA interfaces copy & pasted between them; can't change it because the unknown cost of breaking it is potentially greater than the known cost of hiring an entire department of people to do one database server's job :(

Re: Poll: What database does your company/you use?

#95

    575 PostgreSQL
    462 MySQL
    275 Redis
    201 MongoDB
    184 Microsoft SQL Server
    144 SQLite
    124 Memcached
    122 ElasticSearch
    100 Oracle
     80 The File System
     66 MariaDB
     57 Cassandra
     44 Other
     41 Amazon DynamoDB
     24 Riak
     23 CouchBase (Couch, Membase included)
     23 DB2
     20 Neo4j
     19 Custom
     18 BigTable
     16 LevelDB
     14 HBase
     14 RethinkDB
     12 Firebase
     11 Amazon SimpleDB
      9 RavenDB
      9 Vertica
      8 Datomic
      7 Tokyo
      5 Teradata
      5 Firebird
      5 Informix
      2 VoltDB
      2 Netezza

    var res = [], arr = document.querySelectorAll('table')[3].childNodes[0].childNodes;
    for (var i = 0; i  0+a.points) ? 1: -1 }).forEach(function(i){console.log(i.points, i.name)})

Re: Poll: What database does your company/you use?

#96

Earlier quoted context omitted.

but for startups I think it's horrible. Why? Wouldn't it make more sense for startups to color within the lines, in terms of getting features to market faster? I'd take one person that really groks devops and database internals well enough to make informed choices Funded or not, a startup has the responsibility to turn every dollar into a feature that creates revenue, not architecture.

First, I never said "don't use SQL, even where it makes sense." The original commenter wrote, "advice to anyone deciding on a database". I strongly disagree with the notion that any practicing or aspiring creator should refuse to learn about and consider the full range of tools at their disposal, simply because there's a popular default choice. Specialized tools provide a form of leverage to those who understand and…

[deleted]

Re: Poll: What database does your company/you use?

#97

No Solr but ElasticSearch?

The reason I thought of adding ElasticSearch in the end was because some projects have started to use it as a DB on its own.

We have been using Solr on it's own as a database for years. Many times I hear the "don't use solr as a database" rhetoric but honestly for our usage it is amazing. We're using it as a document store and querying using fulltext and key/value indexes. It is fast and reliable and has handled millions of documents pretty easily. I've been happy with it.

Currently evaluating ElasticSearch and it looks really promising also. We may move over to it as it seems to have a bit more momentum and better support for cloud/scaling.

Re: Poll: What database does your company/you use?

#99

Earlier quoted context omitted.

but for startups I think it's horrible. Why? Wouldn't it make more sense for startups to color within the lines, in terms of getting features to market faster? I'd take one person that really groks devops and database internals well enough to make informed choices Funded or not, a startup has the responsibility to turn every dollar into a feature that creates revenue, not architecture.

First, I never said "don't use SQL, even where it makes sense." The original commenter wrote, "advice to anyone deciding on a database". I strongly disagree with the notion that any practicing or aspiring creator should refuse to learn about and consider the full range of tools at their disposal, simply because there's a popular default choice. Specialized tools provide a form of leverage to those who understand and…

Can you imagine if the founders of Google took this kind of advice?

As a couple of examples, Google started on clusters of relatively commodity hardware. For years, AdWords ran on MySQL. Google's advantage wasn't in the innovative architecture, but rather, in the PageRank logic, which led to leadership in other areas. The architecture supports the innovation, which is the competitive advantage; the architecture isn't the competitive advantage.

Post reply on HN