Pred par rokmi som pracoval na projekte bitemporalnej grafovej/objektovej databazy. Vkuse sme sa stretavali (a vlastne sa stale stretavam) s projektami, ktore su postavene na relacnych databazach a tento model si beru aj do navrhu aplikacie a je to uplne nahovno.

Neslo to ani cestou objektovych databaz, kde drvivu vacsinu prace spravi engine, ale za cenu toho, ze je treba objekt ulozit v znamom formate, ani cestou noSQL, kde vsetku robotu urobi aplikacia.

Bol to svojim sposobom experiment, Dali sme dokopy noSQL BLOB ACID-compliant storage rozsireny o podporu temporality (bitemporalny storage a solvovanie temporalnych constraintov nad tymto storage-om), pridali podporu vytvarania "ofarbenych" prepojeni a nad tym sme postavili mechanizmus grafovych temporalnych constraintov pre kontrolu ofarbeni (a ak map pamat neklame aj hierarchickych typovych tagov). Komunikacne rozhranie bol SQL-podobny jazyk modifikovany pre potreby grafovo orientovanych dotazov. Zhruba to vedelo definovat typove tagy (classy) vratane dedicnosti, definovat ofarbenia, constrainty pre kombinaciu ofarbenia a typov v case, CRUD dotazy a vyhladavanie. Kedze sme nechceli, aby databaza vedela cokolvek o vnutornostiach ulozenych dat (pretoze to znizuje rychlost a limituje flexibilitu) tak bolo vyhladavanie postavene grafovo a musela na nom participovat aplikacia. Vedeli sme vytiahnut nejaky podgraf na zaklade filtra vlastnosti, ziskat kliku, rozdiely grafov a take prkotiny. Zda sa mi, ze sme nejako mali vymyslene aj lexikalne hladanie, ale uz sa nepamatam, ako. Neviem ci na to nebol do aplikacie callback.

Bohuzial v stadiu tesne pred sparovanim backendu a frontendu zomrelo financovanie a cely vyvojovy tim bol rozpusteny a vypusteny, takze sa nikdy nedozviem, ci by to bolo zivotaschopne. Sem-tam uvazujem nad tym, ze by som vyzobral zdrojaky a nejako to dotiahol ako open-source.

Shitty life is like radiation. You can sustain it for long time if daily doses are small.