Iamamz3 added a comment.
Re the prior candidate list: > Prior candidate list and survey from when Blazegraph was chosen: https://docs.google.com/spreadsheets/d/1MXikljoSUVP77w7JKf9EXN40OB-ZkMqT8Y5b2NYVKbU/edit?usp=sharing It would be great to have annotated scale to help figure what software looks like the best candidate, and avoid gut jugdment. Given a "multi operation ACID", it might look like: - 0: No ACID guarantees - 1: ACID guarantees for primary representation, but async secondary representations (indices) - 2: ACID both primary and secondary representations Regarding ACID in particular, there is another lever that is "isolation level", see https://www.postgresql.org/docs/current/transaction-iso.html. Also the current scale 0-10 is way to large, it is too much work to document for every row what every number means between zero and ten. It seems clear that that sheet is just an indicator, and only gives clues of what might work best, and grading well on that can not be the primary motivation for picking a solution. > Design for ~10X growth, but plan to rewrite before ~100X > > Jeff Dean, “Challenges in Building Large-Scale Information Retrieval Systems,” Google, http://static.googleusercontent.com/media/research.google.com/en//people/jeff/WSDM09-keynote.pdf TASK DETAIL https://phabricator.wikimedia.org/T291207 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Iamamz3 Cc: Iamamz3, Versant.2612, Fnielsen, Aklapper, Lucas_Werkmeister_WMDE, Justin0x2004, MPhamWMF, Invadibot, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
_______________________________________________ Wikidata-bugs mailing list -- [email protected] To unsubscribe send an email to [email protected]
