Hi...
2005/11/16, Eric Prud'hommeaux eric@stripped:
>
> it would probably help if I spelled things correctly
>
> > (hahaha) :)
>
> you are too kind
"too kind" is a interesting slang :) Here in Brazil, maybe I could tell you
something like "You're a shape", "You're a figure", ... or maybe "You're a
picture"
hahahaha
good luck
Thanks!
> Regards
> FM
> 2005/11/16, Eric Prud'hommeaux <eric@stripped>:
> >
> > On Wed, Nov 16, 2005 at 01:13:13PM -0500, SGreen@stripped wrote:
> > > Fabricio Mota <fabricio.mota@stripped> wrote on 11/16/2005 01:00:01
PM:
> > >
> > > > Hi all,
> > > > I've deicide to change the distributed transaction sync method in
spec
> > > -
> > > > from three-phase commit to two-phase commit - because of two
subjects:
> > > > 1) As I've been notified, NDB transactions use 2-phase commit
criteria
> > > > (right?). Considering reusing and unifying is a important objective,
> > > reuse
> > > > its code could be interesting to ensure a solid and general
solution.
> > > > 2) As I've readed a little more about these 2 methods some days ago,
> > > the
> > > > general enviroment - and its probable faults - take us to prefer the
> > > 2-phase
> > > > method robustness.
> > > > Any comment?
> > > > Thanks
> > > > Fabricio Mota
> > >
> > > Don't give up 3-phase commit if that is what your application really
> > > needs. There already was a one-phase commit process in MySQL (InnoDB,
> > for
> > > example) but the NDB projected needed a 2-phase commit framework. That
> > > being decided, they built one. If your project *needs* a 3-phase
commit,
> > > keep it. If it can work just fine with a 2-phase commit, then that's
OK
> > > too. Make sure you know what you need and develop to that. Don't use a
> > > 2-phase if you need a 3-phase just because it already exists.
> >
> > How hard is it to put the 3-phase commit code in the application
> > level? Is it as simple as adding a state flag to each table that
> > consists of {uncommited, committing, commited} and adding some startup
> > code that promotes committing to commited *
> >
> > * I'll send the '?' after I see this message get distrubuted...
> > hahaha -- sorry, couldn't help myself
> >
> > office: +81.466.49.1170 W3C, Keio Research Institute at SFC,
> > Shonan Fujisawa Campus, Keio University,
> > 5322 Endo, Fujisawa, Kanagawa 252-8520
> > JAPAN
> > +1.617.258.5741 NE43-344, MIT, Cambridge, MA 02144 USA
> > cell: +81.90.6533.3882
> >
> > (eric@stripped)
> > Feel free to forward this message to any list for any purpose other than
> > email address distribution.
> >
> >
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.1 (GNU/Linux)
> >
> > iQEVAwUBQ3t415ZX2p1ccTnpAQIJBggAofG7PNPx2m0qNiCqlpDZ6/9AlfBnsuPV
> > 7BXrTuwB3rqjM54DHCLVTkNyieOHMbgwvqJj8uouRZcqD7ePGZXSeAND0lulhXmg
> > uWhyETQPw/0EQuhq25aDQXlbWCmkdrRBjZmsrYNpDRLP6r/M0I8fBEBPgoxB1r1J
> > 8Y7HCdk+GJEvHbpeSi0TTsj/gsTNJm84li+njMf//WY6H55JC5MSMqAB0IBDa9CF
> > N81zxzDUUr8PxTcpYPM+/frVFGsB9zTVCj6Ysp1Co3+TQNsbBn0CITjvVJJ6KxEU
> > XXMUUHN+SRYi9ULR9K8dXpsLuUAeA7w3CxCOjK+En953nIPZJmuVxA==
> > =Kxut
> > -----END PGP SIGNATURE-----
> >
> >
> >
>
>
--
-eric
office: +81.466.49.1170 W3C, Keio Research Institute at SFC,
Shonan Fujisawa Campus, Keio University,
5322 Endo, Fujisawa, Kanagawa 252-8520
JAPAN
+1.617.258.5741 NE43-344, MIT, Cambridge, MA 02144 USA
cell: +81.90.6533.3882
(eric@stripped)
Feel free to forward this message to any list for any purpose other than
email address distribution.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iQEVAwUBQ3uC/5ZX2p1ccTnpAQKygAgAu2cV2suLvcUXC7zhfSdfdmPlan87TQat
FuNyX8jYqLf9UiChvBkP3KElVUUJ9B9w0OlzrkLsEOpT0/NiNaxAUK/HnrJmnvMi
Ba01MPsYioe7RrT1r0Q1Rs85RMUDnh78i0HqMTH4uyA2JSIUMMcaMQd6Iw9yzRAu
PbCk07v30RI+pC0n+rXxozZbJMlNTVaQUnXdIqJeNX8m6fFwHFV4aXOTehVt/AU0
EVUcwy0RR1qJ3rI/lTiB4OgSgFBdDBAkAizrwSPx2EucHZuQUzjF3bBfy8kegIF+
+wN6GVHiXLSgKLw4/57jtFpw1Mp75kwWZS+3z5Mi0lB7oNyp5ANzZg==
=Cmvd
-----END PGP SIGNATURE-----
--
Sem mais,
Fabricio Mota
Oda Mae Brown - Aprecie sem moderação.
http://www.odamaebrown.com.br
