Re: Global snapshots
От | Fujii Masao |
---|---|
Тема | Re: Global snapshots |
Дата | |
Msg-id | d17da3c0-54bb-6221-7ec7-151f6be39e5f@oss.nttdata.com обсуждение исходный текст |
Ответ на | RE: Global snapshots ("tsunakawa.takay@fujitsu.com" <tsunakawa.takay@fujitsu.com>) |
Ответы |
RE: Global snapshots
|
Список | pgsql-hackers |
On 2020/09/10 10:38, tsunakawa.takay@fujitsu.com wrote: > Hi Andrey san, > > From: Andrey V. Lepikhov <a.lepikhov@postgrespro.ru>> > From: tsunakawa.takay@fujitsu.com <tsunakawa.takay@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 youshare 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 thealgorithm. 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
В списке pgsql-hackers по дате отправления: