Love it thus far. Big thanks!
On Sunday, 9 March 2014 00:39:35 UTC, David Nolen wrote:
>
> While I think Om's approach to application state management delivers
> considerable benefit, I think it would be unfortunate if all the labor put
> into reusable Om components was confined to Om users. Wit
Errr, sorry. I see questions can go
to https://groups.google.com/d/forum/pedestal-dev. I'll get on to it after
I wake up properly :)
On Friday, March 22, 2013 3:52:07 PM UTC+1, Alex Redinton wrote:
>
> Hello!
>
> At Relevance, we have been working on a way to build applications
> delivered over
04 Not Found when the dev page redirects to port 8080, so I've
not yet seen successful development mode use.
Cheers,
Si
On Friday, March 22, 2013 3:52:07 PM UTC+1, Alex Redinton wrote:
>
> Hello!
>
> At Relevance, we have been working on a way to build applications
> deli
You should definitely take a look at ClojureQL: http://www.clojureql.org/
Regarding simplicity, I'd simply suggest being wary of how you handle
associations. If you can deal with your data and relationships at top
level, you can probably keep things simple, but if you start pushing
relationship ha
A TL;DR update on this in case anyone else has similar issues. Short
version - seriously consider congomongo, clutch etc.
Part 1 - The Past
==
After some thinking, I headed towards deftype, to provide a level of
abstraction atop clojureql.
Queries can be incrementally refined like this (
plexity
> of the app code and since this Ultimately what db's do well. Of
> course if you don not have create rights in the db you can't do
> that...
>
> On Oct 7, 7:55 am, Si wrote:
>
>
>
>
>
>
>
> > Hi all,
>
> > I have a PostgreSQL
I'm not often in the UK, but when I am, I'm in the Thames Valley. It
would be great to have an Oxford Clojure group I could meet up with.
On Oct 8, 1:49 pm, Folcon wrote:
> Hi Everyone,
>
> I'm interested in seeing if there are enough people in Oxford, United
> Kingdom to start an Oxford Clojure
Hi all,
I have a PostgreSQL database, which I am using via ClojureQL, and
whilst basic relational operations are going smoothly, I'm wondering
how to best tackle the "n+1 selects" issue and more generally how to
construct a graph of maps and arrays from the relational data.
As a specific example,