Community mailing list archives
Re: Odoo on Crate Crazinessby
Or is this more or less like an addition to Odoo?
Do you plan to port a fork into crate.io or something?
Interesting DavidGoing to check it out
On Mon, Aug 1, 2016 at 9:13 AM, Cody Kitterman <firstname.lastname@example.org> wrote:
Dave:I haven't had time to read through yet, but it sounds a lot like "Lambda architecture", am I right? Food for thought, either way...
On Monday, August 1, 2016, David Arnold <email@example.com> wrote:From crate docs: "If a query specification results in a
getoperation, changes are visible immediately. This is achieved by looking up the document in the translog first, which will always have the most recent version of the document. The common update and fetch use-case is therefore possible. If a client updates a row and that row is looked up by its primary key after that update the changes will always be visible, since the information will be retrieved directly from the translog. " sounds like good news, "client" presumably being the odoo codebase talking to the db backend. This would mean, even in a scaled out odoo application, if user sessions are sticky - a common pattern -, from the perspective of one single user, the DB appears to be always consistent. Am I right?
Questions:- atomicity only on the row level might probably not be enough.- No Transactions, what's optimistic concurrency control?El dom., 31 jul. 2016 a las 23:35, David Arnold (<firstname.lastname@example.org>) escribió:Some related infos:Here is a list of be-tested soltions: https://github.com/aphyr/jepsenIt would be nice to get a clearer picture on pareto efficiency of such a solution, because one need to understand:Benefits can come at a cost, but those cost can only affect the beneficial part, so there should be an unbiased assessment as there can be a fair chance of being overall "better" (= pareto efficient).I think, if it's possible to eliminate concurrent writes out of the equation, the most business critical problem class disappears and writes architecture would be "quite" similar to the actual postgres setup, while batteries still included: speed of distributed reads, HA, replication, leadership election, split brain healing, etc.Do you know if one of the be-tested solutions https://github.com/aphyr/jepsen allows to specify a sinlge write point?BestEl dom., 31 jul. 2016 a las 23:07, Kristian Koci (<email@example.com>) escribió:Sounds very interestingTell us more about it :P, do You have an idea so far?On Sun, Jul 31, 2016 at 10:12 PM, David Arnold <firstname.lastname@example.org> wrote: