Vlákno názorů k článku EvitaDB: Češi vyvinuli databázi pro e-shopy rychlejší než PostgreSQL či Elasticsearch od Novoj - Dobrý den, díky za názor. U malých e-shopů...

Dobrý den, díky za názor. U malých e-shopů na volbě databáze skutečně tolik nezáleží (při současném výkonu HW). Výhodou evitaDB API však může být hotové webové API (GraphQL, REST, gRPC), které zjednoduší kód cílové aplikace.

Víme, že dotace jsou v mnoha očích problematická veličina - databázi jsme nevyvíjeli kvůli dotacím, ale kvůli naší vlastní potřebě minimalizovat HW požadavky pro e-commercové projekty středního a většího rozsahu na našich vlastních projektech. Viz. ukázkové datové sady ve výkonnostních testech. Nedá se tedy tvrdit, že za vývojem nestojí komerční požadavky.

Tak hosting vam to nenasadi uz jen proto, ze nasazeni DBaaS si vyhradili.... licence v tomto smeru hraje krucialni roli.

Vetsina eshopu si vystaci se zcela libovolnou databazi, a mnohem zasadnejsi parametr nez zcela nezajimavy vykon, je treba administrovatel­nost, a standardizace.

Ukazte mi hosting, ktery vam nasadi nejakou uchylnou (ne)databazi ...

Uz jen to, ze je to vyrabeno nikoli na zaklade nejakych komercnich pozadavku, ale za dotace to v mych ocich zcela diskvalifikuje.

Dobrý večer, jsem autor jádra databáze a přednášky, ze které tento článek pravděpodobně čerpá.

Publikování textů vůbec nebylo součástí výzvy. Dokonce nebylo součástí výzvy ani uvolnění výsledku pod volnou licencí. Texty, náš blog, přednášky a všechno okolo děláme jen proto, že si myslíme, že to má smysl.

Pokud byste měl další dotazy, bude lepší je řešit na našem Discordu. Konstruktivní kritiku vítáme.

Dobrý večer, jsem autor jádra databáze a přednášky, ze které tento článek pravděpodobně čerpá.

Jedná se o NoSQL databázi. Na začátku projektu byla sestavena tato základní specifikace, především ale vznikla sada funkcionálních testů, která ověřovala všechny tři prototypové implementace (PostgreSQL, Elasticsearch, in-memory implementace). Zároveň vznikla i sada výkonnostních testů, aby týmy měly k dispozici co nejreálější zpětnou vazbu, jaké bylo možno dosáhnout.

Testovací procedura včetně konstrukce všech testovacích scénářů je jednak zdokumentována a jednak je i stále dostupná na GitHubu.

Elasticsearch a PostgreSQL jsme pro porovnávací implementaci zvolili proto, že se v reálné praxi pro e-commerce projekty používají. Nebylo v našich silách implementovat více variant, úvodní zvolené API bylo celkem komplexní a jeho implementace a odladění vyžadovala několik měsíců intenzivní práce.

Pokud byste měl další dotazy, bude lepší je řešit na našem Discordu. Konstruktivní kritiku vítáme.

Souhlas.

Skoro to vypadá, že součástí té dotační výzvy byla i povinnost nějakého publikování podobných textů.

A tak se to spíchlo rychlou nití.

Přitom to obecně není blbý nápad. Zobrazení a filtrování katalogu v eshopech bývá občas výkonnostní oříšek a DB na míru, by se mohla hodit.

Nulová specifikace databáze. Je to SQL nebo No SQL? Distribuovaná?
Srovnání s PostgreSQL je směšné, ta je zrovna na e-shop nevhodná (klasická read-write), tohle je v podstatě read-only bez zámků.
Jaké je srovnání s RAM databázemi?
Jaké dotazy jsou testovány (konkétní produky, hledání pomocí slov, ...)