Hi Ted, DBIx::DataModel doesn't use memcached and isn't really related to it. You can certainly store things in memcached yourself, but your DBIx::DataModel won't know anything about it. You'd have to add a caching layer on top yourself. If having that built into your ORM is important to you, you should look at DBIx::Class. I think it's the only popular one that supports this feature.
BTW, if you're concerned about speed, I'd recommend using Tim Bunce's memcached client module, Cache::Memcached::libmemcached. It should be quite a bit faster than Cache::Memcached. Or use the cache abstraction layer, CHI, so you switch to a different cache module when a faster one comes along. - Perrin On Tue, Jan 14, 2014 at 3:18 PM, Ted Byers <r.ted.by...@gmail.com> wrote: > I write web code using Perl, running on Apache's web server. > > I am beginning to use the perl package DBIx::Datamodel, which looks to be a > capable ORM package. I know there is a perl package, Cache::Memcached, that > provides in interface to memcached. But what isn't clear to me is whether > the two packages will place nicely with each other, or whether memcached has > its own ORM. > > And can it handle cases in which there are multiple different databases, in > different RDBMS, possibly on different machines? > > Thanks > > Ted > > -- > > --- > You received this message because you are subscribed to the Google Groups > "memcached" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to memcached+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. -- --- You received this message because you are subscribed to the Google Groups "memcached" group. To unsubscribe from this group and stop receiving emails from it, send an email to memcached+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
