Fork me on GitHub
#fulcro
<
2020-04-09
>
holyjak12:04:22

@tony.kay Fulcro and RAD are awesome! Thanks a lot!

馃憤 12
Trey Wilkinson17:04:20

What is the recommended database to use with fulcro? It doesn't look like EQL provides any mechanism to actually store data. Also is there a section in the book which talks about this because I can't find anything.

cjmurphy17:04:15

I'm sure that almost everyone would recommend Datomic.

codonnell17:04:18

If you're using pathom in the backend, as is recommended, you can use whichever data store you like. I tend to use postgres, myself.

currentoor18:04:55

i used to recommend datomic (we built our product with datomic), but with pathom and RAD i鈥檇 strongly consider postgres

currentoor18:04:27

datomic is still really nice, but postgres is just so battle hardened, extensible, and has so many features

currentoor18:04:02

in datomic you still can鈥檛 store local-dates, you have store strings, just one example

currentoor18:04:29

that said it definitely depends on what your are building, in general can鈥檛 go wrong with either IMO

wilkerlucio18:04:57

@U09FEH8GN about dates, you can store #inst on datomic, right?

currentoor18:04:10

right only insts

currentoor18:04:29

none of the other java time types

kszabo18:04:00

of course it is a suboptimal solution

kszabo18:04:18

probably better to add the usual domain<->db conversion layer

kszabo18:04:45

which yes, the JDBC layer hides with its type-based dispatch

mdhaney18:04:54

Evaluating RAD for a project, and wanted to check if anyone had written a database adapter for Datomic client/cloud yet? I鈥檓 about to do just that, but wanted to check if someone had already done it, would save me a couple of hours.

馃挴 4
tony.kay18:04:50

not that I know of @mdhaney. If you can adapt the one that is already there, I鈥檇 appreciate it鈥t seems like one adapter should be able to support both?

tony.kay18:04:22

I think it is just a matter of getting rid of the small number of uses of the entity API (one I can think of) and checking to make sure pull-many is covered

tony.kay18:04:35

I think @bbss did something for a similar lib?

mdhaney18:04:52

Yeah, getting rid of entity api is pretty easy, and I wrote a replacement for pull-many for a previous project, so should be covered there.

mdhaney18:04:27

I鈥檓 going to try to do it in the same adapter. Might be tricky with the different dependencies, but should be possible using different deps aliases. I鈥檓 thinking a datomic-client alias alongside the existing datomic alias should do the trick.

tony.kay19:04:00

The plugin does not have a Datomic dependency. You are required to pull one in to use it鈥o that should be ok

tony.kay19:04:16

ah, but the requires could be a little weird

tony.kay19:04:18

but it is CLJ, so I think that makes it possible: you can just dynamically require the right thing at runtime instead of in the ns form. @mdhaney

馃憤 4
folcon23:04:44

Re datomic is it assumed to be running with cloud?

folcon10:04:24

Ok cool, I was wondering as the on-prem license can be pretty pricy鈥