4 ms·

> Why can we just call these things fact databases? Companies that want to reinvent/repackage and sell boring RDBMS tech

drpyser22 4y ago
Its not rdbms though. It's RDF, triple store, graph-like data models.
- pphysch 4y ago
  Those are easy to implement on top of RDBMS. Query performance is a different thing, which can only be evaluated on a case-by-case basis, but you can go a long way with good indexes. A few companies need real time analytics on really big graphs. Most don't and shouldn't waste their time with fancy Google-scale databases.
nl 4y ago
A Knowledge Graph is the data in the database, not the tech. You can absolutely implement this in a RDBMS. There are some advantages to a proper graph database though. But SPARQL is a dead-end - I don't think anyone is really using that in practice outside a dew public demonstration apps. To a large extent this is true of RDF too: triples are useful, RDF gets in the way.
- ta988 4y ago
  Wikidata is a good example of something that works. But I agree there isn't much else.
  - afandian 4y ago
    Except the software it’s powered by, Blazegraph, by is deprecated (afaict the devs were poached by AWS to work on Neptune). https://phabricator.wikimedia.org/T206560 https://phabricator.wikimedia.org/T206560
    - ta988 4y ago
      Unfortunately yes, there were discussions about switching to another one not sure where they stand, looks like according to your link not that far...
- namedgraph 4y ago
  That's just bullshit. Stop spreading FUD. We participated in a huge RfP for a pharma company which planned RDF KG infrastructure for the next couple of years with 500 billion triple capabilities. Biomedical, finance, defence, automotive -- all of those industries are using RDF/SPARQL. Just because your problems are not big or complex enough doesn't mean this tech is not used. It takes a certain organization size for Knowledge Graphs to make sense and pay off, that's why most industry users are Fortune 500-level companies.

drpyser22 4y ago

Its not rdbms though. It's RDF, triple store, graph-like data models.

pphysch 4y ago
Those are easy to implement on top of RDBMS. Query performance is a different thing, which can only be evaluated on a case-by-case basis, but you can go a long way with good indexes. A few companies need real time analytics on really big graphs. Most don't and shouldn't waste their time with fancy Google-scale databases.

nl 4y ago

A Knowledge Graph is the data in the database, not the tech. You can absolutely implement this in a RDBMS. There are some advantages to a proper graph database though. But SPARQL is a dead-end - I don't think anyone is really using that in practice outside a dew public demonstration apps. To a large extent this is true of RDF too: triples are useful, RDF gets in the way.

ta988 4y ago
Wikidata is a good example of something that works. But I agree there isn't much else.
- afandian 4y ago
  Except the software it’s powered by, Blazegraph, by is deprecated (afaict the devs were poached by AWS to work on Neptune). https://phabricator.wikimedia.org/T206560 https://phabricator.wikimedia.org/T206560
  - ta988 4y ago
    Unfortunately yes, there were discussions about switching to another one not sure where they stand, looks like according to your link not that far...
namedgraph 4y ago
That's just bullshit. Stop spreading FUD. We participated in a huge RfP for a pharma company which planned RDF KG infrastructure for the next couple of years with 500 billion triple capabilities. Biomedical, finance, defence, automotive -- all of those industries are using RDF/SPARQL. Just because your problems are not big or complex enough doesn't mean this tech is not used. It takes a certain organization size for Knowledge Graphs to make sense and pay off, that's why most industry users are Fortune 500-level companies.