TiloDB

Data

entity resolution

SHOW HN2021

19points
10comments
#1,419of 2,533 in 2021
Top 57%of 2021 by points

How HN took it

CuriousMostly questions and neutral comments

1 positive, 4 neutral or asking, 0 mixed, 1 critical, out of 6 comments about the project. Thread score 0.00.

Docs: 0 for, 1 againstIdea: 1 for, 0 against

The thread, comment by comment

Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.

positive neutral or mixed critical about another commenter or something else the maker

What HN said

What people liked

  • Interesting use case with practical applications

    From 2 comments
    • Interesting use case. Some quick feedback on the homepage: - "predictable": serverless is not exactly "predictable". On the other end, having a set number of instances is :) -…
      nathanappere on HN
    • Neat! I can see few use cases, where it would make sense in our case. Is it publicly available?
      ewe on HN

Objections

  • Homepage claims of predictable, low cost and constant speed are misleading

    From 2 comments
    • Interesting use case. Some quick feedback on the homepage: - "predictable": serverless is not exactly "predictable". On the other end, having a set number of instances is :) -…
      nathanappere on HN
    • Just had another look on what is written on the home page regarding "constant speed". This is indeed misleading. Sorry for that.
      skafoi on HN
  • Benchmarks against graph databases are not published

    From 2 comments
    • That looks pretty neat, although not all things are exactly clear. 1. You claim that existing graph databases were not fast enough - do you have any benchmark data that compares…
      yamalight on HN
    • 1. Since there are plans to open source - would be very interested to see benchmarks published alongside code! 2-3. Got it, thanks!
      yamalight on HN

Requests

  • Open source release with published benchmarks

    From 2 comments
    • 1. Since there are plans to open source - would be very interested to see benchmarks published alongside code! 2-3. Got it, thanks!
      yamalight on HN
    • We were the tech team at a European consumer credit bureau. We could not find any technology that could handle our scale of data with the required speed, efficiency and cost. So…
      Major_Grooves on HN
  • Support for SPARQL or other advanced query languages

    From 1 comment
    • That looks pretty neat, although not all things are exactly clear. 1. You claim that existing graph databases were not fast enough - do you have any benchmark data that compares…
      yamalight on HN

Questions

  • Is it publicly available?

    From 1 comment
    • Neat! I can see few use cases, where it would make sense in our case. Is it publicly available?
      ewe on HN
  • Is it limited to person data?

    From 1 comment
    • That looks pretty neat, although not all things are exactly clear. 1. You claim that existing graph databases were not fast enough - do you have any benchmark data that compares…
      yamalight on HN

Alternatives named

  • Graph databases

    From 2 comments
    • That looks pretty neat, although not all things are exactly clear. 1. You claim that existing graph databases were not fast enough - do you have any benchmark data that compares…
      yamalight on HN
    • 1. We indeed made benchmarks when we started with this. But since this is quite some time ago, I would not call for the exact numbers right now. For our use case, there are…
      skafoi on HN

Category, keywords, summaries and labels on this page were made by AI (Thread Reader v2) and not checked by hand. Each point links to the comments it came from.

Add a badge to your READMEShown on HackerShow
[![Shown on HackerShow](https://hackershow.org/badge.svg)](https://hackershow.org/show/27515241)