On 2020/09/10 10:38, tsunakawa.ta...@fujitsu.com wrote:
Hi Andrey san,
From: Andrey V. Lepikhov <a.lepik...@postgrespro.ru>> > From:
tsunakawa.ta...@fujitsu.com <tsunakawa.ta...@fujitsu.com>
While Clock-SI seems to be considered the best promising for global
Could you take a look at this patent? I'm afraid this is the Clock-SI for MVCC.
Microsoft holds this until 2031. I couldn't find this with the keyword
"Clock-SI.""
US8356007B2 - Distributed transaction management for database systems
with multiversioning - Google Patents
https://patents.google.com/patent/US8356007
If it is, can we circumvent this patent?
Thank you for the research (and previous links too).
I haven't seen this patent before. This should be carefully studied.
I wanted to ask about this after I've published the revised scale-out design
wiki, but I'm taking too long, so could you share your study results? I think
we need to make it clear about the patent before discussing the code.
Yes.
But I'm concerned about that it's really hard to say there is no patent risk
around that. I'm not sure who can judge there is no patent risk,
in the community. Maybe no one? Anyway, I was thinking that Google Spanner,
YugabyteDB, etc use the global transaction approach based on the clock
similar to Clock-SI. Since I've never heard they have the patent issues,
I was just thinking Clock-SI doesn't have. No? This type of *guess* is not
safe, though...
After we hear your opinion, we also have to check to see if Clock-SI is
patented or avoid it by modifying part of the algorithm. Just in case we
cannot use it, we have to proceed with thinking about alternatives.
One alternative is to add only hooks into PostgreSQL core so that we can
implement the global transaction management outside. This idea was
discussed before as the title "eXtensible Transaction Manager API".
Regards,
--
Fujii Masao
Advanced Computing Technology Center
Research and Development Headquarters
NTT DATA CORPORATION
