Jeg storkoste meg også! Tusen takk, alle sammen!

nå blir mer Datomic!!!

God morgen!

Satte særlig pris på alle de praktiske aspektene dere kom med hvordan man bruker Datomic, og hva man gjør i praksis. • At Datomic er bra for data som mennesker bryr seg om • At Datomic er bra for data som skal endres • At Datomic er ment å brukes orientert rundt atributtene Visste heller ikke før i går hva det faktisk ville si at man man kan ha metadata på alt, og hva det vil si at "created at" / "updated at" er førsteklasses. Veldig kult med eksemplene som dro ut funksjoner for created at og last updated at. Kult med info om alle oppdateringer også. Jeg likte også særlig godt at alt kan løses med kode som kan kjøres. Ikke yaml, ikke andre config-filer et annet sted. Tror jeg skjønte litt men ikke alt om hvordan man migrerer skjemaet over tid. Hørtes spennende ut at man kan lage en "redirect" på attributtnavn, hvis jeg forsto det rett. Spennende hvordan man kan løse constraints med funksjoner man putter i databasen også. Så man kan ha flere constraints enn det Postgres/SQL-designere "tenkte på" da de lagde CONSTRAINT. Mye å tygge på nå! 🧑‍🎓

Morn! 😊

Hvis noen har lyst til å dytte reaktivitet fra en Datomic-database helt ut til klienten, går det an å se på Electric Clojure. De holder på å skrive om "kom i gang-eksempelet" sitt til Datomic nå. Det ble lettere å argumentere for at Datomic burde være goto-databasen etter at den ble gratis. https://electric.hyperfiddle.net/ @dustingetz lager Electric, og henger på #hyperfiddle. Han ser ut til å svare veldig fort på alle spørsmål!

Jeg er nå inspirert til å sette opp Datomic for å teste litt, men jeg er dessverre nødt for å bruke Microsoft Azure. Hvis jeg forstår rett må jeg sette opp tre ting: 1) en storage service, 2) en transactor, og 3) koble disse sammen. Trenger jeg da to forskjellige VM-er? Dette må gjøres "manuelt," typ jeg må sette opp og konfigurere én databaseserver og lage én tabell som Datomic kan bruke med korrekte brukerrettigheter, osv. Og jeg må sette opp en VM eller noe sånt for transactor. Så vidt jeg kan se, er det fleste offisielle guidene AWS-spesifikke, og jeg finner ikke så mange ressurser for Microsoft Azure. Er det noen som har erfaring med å sette opp Datomic i Azure, eller vet om en guide for det? Finnes det et eller flere Docker images som kan gjøre alt oppsettet automagisk?

Det letteste er å starte med “dev”-protokollen. Da trenger du bare en maskin med disk, så kjører du opp transactoren på den, og så lagrer den data på lokal disk.

Takk for veldig bra meetup i går! Saga-videoen fant jeg igjen embedded på https://docs.datomic.com/pro/learning/videos.html#reified-transactions, ca 28 min inn på Understanding and Using Reified Transactions:) %%% Jeg måtte hive meg i bilen før Skråplanet, vet ikke om dere snakket noe mer om On-Prem vs. Cloud der? Etter at det ble gratis å kjøre transaktor-systemer er kanskje on-prem (igjen) enda mer aktuelt også for nye installasjoner, vi har kjørt on-prem en stund og har noe på gang med cloud. Cloud har enkelte viktige forskjeller/“mangler” fra hva som ble vist i går, selv om selve datamodellen er akkurat den samme og at det også er et par punkter i pluss-kolonnen:) Uansett, on-prem mot sql-storage gjør det enkelt å komme i gang på eksisterende infrastruktur. Enig i at ‘dev’ er pragmatisk:) Btw, en av Conj 23-presentasjonene snakker om at Presto-laget ikke er helt optimalt likevel (dessverre litt utdatert), og at en løsning som https://github.com/lambdaisland/plenish kanskje kan være et ok substitutt for å synke BI-data over til PG. Dette er foreløpig bare name-dropping, ikke noe jeg har prøvd selv ennå. Ellers tracker jeg XTDB i en bakgrunnsprosess. Avventer nok ytterligere eksperimentering til XTDB2 har kommet lenger (men gøy å prøve quick-starten med SQL og insert uten først å definere tabell). Før jeg faktisk har prøvd å lage noe med XTDB er det vanskelig å si om deres valid-time ville løse noen/mange/alle problemene mine, om det er feil eller helt riktig av Datomic å overlate dette til applikasjonen.. [*] Mye vil nemlig ha mer og aller helst en sølvkule: Kunne per nå ønske at Datomic også var bitemporær og ikke kun hadde txInstant. Vi har knyttet litt business-logikk til txInstant (ikke nødvendigvis en best practice og kanskje noe de advarer mot i en av videoene jeg har sett, samtidig som det føles genialt ift. as-of og history-spørringer!), og da får man ikke inn nye gamle data uten å kjøre replay/dekantering. Unitemporær (?) gir heller ikke noe ferdig støtte for at man legger inn data som blir (u)gyldige i fremtiden. Så en mulig gotcha kan være om/når man må tenke på “hvis vi skal fusjonere inn et selskap, hvordan får vi inn deres historiske data”. Løsningen kan være at man drar dette inn i separate historikk-databaser og har en felles db kun for nye data. Ikke nødvendigvis at man gjenoppbygger en felles timeline, selv om det også går. (Merk, det er ikke noen standard migrering mellom on-prem og cloud, det er også basert på at man selv må ta ansvar for replay mellom databasene.) [*] Og i så fall hva som blir mulig når https://www.postgresql.org/message-id/CA+renyUApHgSZF9-nd-a0+OPGharLQLO=mDHcY4_qQ0+noCUVg@mail.gmail.com en gang blir merget i PG:) Ser den ikke nevnt i 16-beta heller..

Vi snakket ikke om Cloud-løsningen i noe organisert fora ihvertfall. Jeg har bare såvidt sett på den, har ikke erfaring med den. Ei heller Ions.

Såvidt jeg skjønner har du ikke samme lokalitet med Cloud - og støttet heller ikke excision (ihvertfall sist jeg så på det), så den har ikke interessert meg videre. Ions løser lokalitet ved å ta fra meg lokalitet på koden min 😅

Fra mitt ståsted er pro den feteste pakka, men med en enorm anmerkning på at jeg strengt tatt ikke har jobbet med alternativene.

Boom, så var første Clojure repo på plass på jobben 🙂 Starter template og guide for å skrive Babashka scripts.

Driver med "snikclojurefisering" på jobb 😛

Eg skulle gjerne vore der i går (men bur i Bergen og er i pappaperm) 🙂 Tillater meg til å dumpe eit par lenker til diverse Datomic-ting eg har bygd: Historikk/replay/"avansert" excision (dvs. GDPR for oss): https://github.com/ivarref/rewriting-history Eit stykke nedi står det om korleis ein kan "løysa"/jobbe rundt txInstant-begrensing. Det har fungert for oss (men vær varsam!). https://github.com/sikt-no/datomic-testcontainers/ for køyring av remote on-prem transactor i tester. Her er det ei Dockerfile @leif.eric.fredheim https://github.com/ivarref/gen-fn/blob/main/test/com/github/ivarref/remote_vs_local_test.clj#L61 (og som dermed kan vera greit å testa med remote transactor i unit-tester): https://github.com/ivarref/gen-fn freistar å vøla slike skilnader for dine databasefunksjonar runtime for deg. Og så til slutt https://github.com/ivarref/yoltq. ala @msolli sin https://github.com/msolli/proletarian, men "Datomic-native" (utan skip locked og alt det der diverre...) edit: ops kom borti enter for snøgt.