Please start separate threads for separate q On Fri, May 25, 2012 at 6:30 AM, Nicholas Ball <nicholas.b...@nodelay.com> wrote: > > Hey all, > > I have another question with regards to this thread. > > Does anyone know what the state is of the rollback command in 4.0 and how > it works with both; replicas (i.e. distributed rollbacks) and the snapshot > isolation implemented (i.e. timestamps reverted?), the relevant class is > DistributedUpdateProcessor but not sure if I'm missing something. Has this > been implemented? > > Cheers, > Nicholas > > On Thu, 24 May 2012 09:53:23 -0600, Nicholas Ball > <nicholas.b...@nodelay.com> wrote: >> Thanks for the link, will investigate further. On the outset though, it >> looks as though it's not what we want to be going towards. >> Also note that it's not open-sourced (other than Solandra which hasn't >> been updated in aaaages https://github.com/tjake/Solandra). >> >> Rather than build on top of Cassandra, the new NRT + transaction log > Solr >> features really make it more of a possibility to make Solr into a >> NoSQL-like system and possibly with better transactional guarantees than >> NoSQL! >> >> Speaking to yonik has given me more information on this. Currently, > there >> is an optimistic lock-free mechanism on a per-document basis only as for >> most, documents only live on a single logical shard. It essentially > checks >> the _version_ you send in for a document against the latest version for > the >> document it has. >> >> I propose an additional feature to this for those who want to have such >> guarantees spanning over multiple documents living on various shards. In > my >> use-case, I have shards holding documents that point to other shards. In >> this case, an update would need to be an atomic transaction spanning > over >> various documents on various shards. Would anyone object to having this >> functionality added to Solr if I were to contribute it? >> >> Many thanks, >> Nicholas >> >> On Thu, 24 May 2012 08:16:25 -0700, Walter Underwood >> <wun...@wunderwood.org> wrote: >>> You should take a look at what DataStax has already done with Solr and >>> Cassandra. >>> >>> > http://www.datastax.com/dev/blog/cassandra-with-solr-integration-details >>> >>> wunder >>> >>> On May 24, 2012, at 7:50 AM, Nicholas Ball wrote: >>> >>>> >>>> Hey all, >>>> >>>> I've been working on a SOLR set up with some heavy customization > (using >>>> the adminHandler as a way into the system) for a research project @ >>>> Imperial College London, however I now see there has been a > substantial >>>> push towards a NoSQL. For this, there needs to be some kind of >>>> optimistic >>>> fine-grained concurrency control on updates. As we have document >>>> versioning >>>> in-built into Lucene (and therefore Solr) this shouldn't be too >>>> difficult, >>>> however the push has been more of a focus on single core optimistic >>>> LOCKING. >>>> >>>> I would like to take this toward a multi-core (and multi-node) >>>> distributed >>>> optimistic lock-free mechanism. This is gives us the ability to > provide >>>> stronger guarantees than NoSQL wrt distributed transaction isolation >> and >>>> as >>>> we can now do soft-commits, we can also provide specific version >>>> rollbacks >>>> (http://java.dzone.com/articles/exploring-transactional-0). Some more >>>> interesting reading on this topic: (read-)snapshot isolation >>>> (http://pages.cs.wisc.edu/~cs764-1/critique.pdf) and even stronger >>>> guarantees with a slight performance hit with write-snapshot isolation >>>> (http://www.fever.ch/usbkey_eurosys12/papers/p155-yabandehA.pdf). >> People >>>> are starting to realize that we don't have to sacrifice guarantees for >>>> better performance and scalability (like NoSQL) but rather relax them >>>> very >>>> minimally. >>>> >>>> What I need is for someone to shed some light on this feature and the >>>> future plans of Solr wrt this is? Am I correct in thinking that a >>>> multiversion concurrency control (MVCC) locking mechanism now exist > for >> a >>>> single core or is it lock-free and multi-core? >>>> >>>> Many thanks, >>>> Nicholas Ball (aka incunix) >>> >>> -- >>> Walter Underwood >>> wun...@wunderwood.org
-- Lance Norskog goks...@gmail.com