Yes I should probably not be using BigDecimals :) I'll fix this as soon as I can.
On Wednesday, December 3, 2014 2:10:53 AM UTC, Atamert Ölçgen wrote: > > Why are you using BigDecimal's for indices? If you want to go big, isn't > BigInt a better choice? > > Actually, I would just use Long's. (MAX_VALUE = 9223372036854775807) > > On Wed, Dec 3, 2014 at 10:04 AM, Atamert Ölçgen <mu...@muhuk.com > <javascript:>> wrote: > >> This is a very nice example of abstraction. Using a hash-map is just an >> implementation detail. >> >> However I'd be very interested to hear if there are any other compelling >>> use cases for this. >> >> >> Sparsely populated tables, unstructured anything... We used an EAV >> abstraction (over SQL) to build a product database. Different product types >> have very different fields, even same types of product might have different >> fields sometimes. In hindsight normalized relational tables would have been >> a better fit (the decision was made before I joined). >> >> In your README, the change and delete examples give the impression that >> they're mutating the db, but they actually return an updated db if I'm not >> mistaken. >> >> >> On Wed, Dec 3, 2014 at 6:37 AM, <dan.sto...@gmail.com <javascript:>> >> wrote: >> >>> I have put together a quick library http://github.com/danstone/silc >>> that allows you to manage many entities and their attributes in a pure way >>> with indexing for performance, include composite indexes. >>> >>> The intention of the library is certainly as the basis for an entity >>> component system for games, that is how I am using it. However I'd be very >>> interested to hear if there are any other compelling use cases for this. >>> >>> Pull requests welcome! >>> >>> Thanks, >>> >>> Dan >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Clojure" group. >>> To post to this group, send email to clo...@googlegroups.com >>> <javascript:> >>> Note that posts from new members are moderated - please be patient with >>> your first post. >>> To unsubscribe from this group, send email to >>> clojure+u...@googlegroups.com <javascript:> >>> For more options, visit this group at >>> http://groups.google.com/group/clojure?hl=en >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "Clojure" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to clojure+u...@googlegroups.com <javascript:>. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> >> >> -- >> Kind Regards, >> Atamert Ölçgen >> >> -+- >> --+ >> +++ >> >> www.muhuk.com >> > > > > -- > Kind Regards, > Atamert Ölçgen > > -+- > --+ > +++ > > www.muhuk.com > -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.