God morgen!

Morn!

Morn, morn. Kanskje en Clojure lunch en dag? Hvilken dag passer dårligst?

Teamet: vi må ha dette i en egen tabell sånn at vi kan spore created/updated at individuelt for dette feltet Meg: crying in Datomic

Jeg har en sånn tabell. Det er litt slitsomt og trist når jeg vet hva jeg kunne fått “gratis” i Datomic. Men men, skulle tenkt på det for seks år siden.

Aldri for sent!

Det har du nok rett i, men det er liksom aldri riktig tid for et databasebytte heller. I hvert fall hvis det ikke er et konkret produkt-/forretningsbehov som driver det. Kanskje dette er sånt punkt for dere, @augustl?

på Animalia har vi data om dyreproduksjon tilbake til 90-tallet i oracle-baser, og business-siden er dypt inne i oracle-basene delvis direkte, og via BI-verktøy, så det er ikke “bare å” bytte ihvertfall 😄

Det er ikke bare å bytte. Det kan jeg si.

Spørsmålet blir kanskje også hvor lang horisont man har. Skal produktet vedlikeholdes i et par år til, null stress. Er dette produktet du ser for deg å utvikle i mangfoldige år fremover, så blir det fort mer interessant å bytte.

men det formelig oser av forretningsbehov som ville blitt løst av Datomic

Jeg tror forøvrig databasebytte er litt som det kinesiske ordtaket om når det beste tidspunkt for å plante et tre er.

Eksempelvis har jeg tenkt å holde på med Adventur i enda 25 år. Da hadde det vært trist å være sperret av at jeg valgte MySQL som den første databasen for 20 år siden.

haha… er visst greit med div gammel data liggende her ja

som konsulent er det jo også litt “pick your battles” når man kommer inn i en “Oracle-organisasjon”. Sikkert greit å ha vært konsulent minst i noen år og ha et godt forhold til alle beslutningstagerene før man begynner å kritisere database-valg

@magnars Godt poeng, det med hvilken horisont man har. Det er riktignok vanskelig å svare på noen ganger. Jeg vet ikke om sjappa finnes om et år - da er det dumt å bruke store deler av et år på å bytte database. Men hvis sjappa går godt om et år kommer jeg til å angre på at jeg ikke satte i gang med databasebytte for et år siden! 🙂

En mellomvei er å holde øynene oppe for anledninger til å starte. Hvis du skal bygge en ny feature, eller omarbeide en del kan det være en mulighet til å gjøre ting annerledes på det nye, og så etterhvert få resten over

vi fikk datomic på plass da vi bygde nytt loginsystem. i løpet av kort tid etterpå har vi funnet mange flere områder hvor datomic gir oss en kjempefordel

Gjelder alle større veivalg, forsåvidt

Kjører dere Datomic og Postgres side om side i en og samme tjeneste, eller har hver tjeneste én og bare én database?

(Tenker på referanseintegritet og transaksjoner på tvers av databaser. Det er jo ikke så greit.)

vi bruker vel i praksis ikke postgres mer

eller jo, den er der for proletarian 🙂

men nei, vi har ingen use cases for transaksjoner på tvers av dem

Godt jobba! Da er det vel på tide å forlate Proletarian også - er det ikke en tilsvarende ting for Datomic, skrevet av noen her?

Jo, https://github.com/ivarref/yoltq av @ivar.refsdal.

Interessant

Men det skal være sagt at Proletarian fungerer så godt for oss at å bytte den ut ikke står så høyt på lista 🙂

Trikset er uansett å finne, som @christian767 er inne på, en vei som gjør at man ikke behøver å bytte alt på en gang.

Og, hvis man er på det humøret, så kan man jo speile databaser, har man flaks er de som er mest avhengig av den databasen du ikke har lyst til å bruke, bare read-brukere.

Man skal heller ikke kimse av det å holde en database oppe. Det kan være at det er folk på huset som er dritgode på å holde Oracle oppe (og ta backup/restore/what have you). Bytter du database må du ha noen til å gjøre det for den nye databasen også. Er ikke sikkert at alle DBA’er er like gira på det.

Nå følte jeg meg veldig enterprise.

Og gammel.

du både jobber vel med enterprise, og er gammel?

Å drifte datomic er ez-pz, og den er superstabil. Det er kun transactoren som kjøres som en sentral tjeneste. “Databasen” er ikke lengre én ting, og mesteparten av driften (dvs all les) blir en del av app-prosessene dine.

Du kan kjøre backup i en tight loop, ettersom den er inkrementell og loggen er immutable 👌

Jeg har ikke noe problem med å drifte den selv

Nå har de vel tilogmed SQL på toppen av den for menigheten som gjerne vil holde på med det

Men for folk med tilgang til et REPL så kan du heller bruke Clojure til å rote i databasen. Sykt mye diggere enn å stuke med sql.

ble inspirert til å starte en liten prosess for Datomic her nå 🥳 Begynne å så noen frø osv