News for hackers. Stuff that matters.

A comment on Executing Parallel Statements to Improve Performance.

Re:Executing Parallel Statements to Improve Performance by capkutay on Tuesday October 24, 2017 @04:55PM (#15545180)
This seems to be a trend that I see across open source projects. They blog about features that Oracle has had for 25 years as if it's something new. Can someone enlighten me as to why there's interest around X DB's implementation of something that's been built dozens of times before?
[ Parent | on HN ]
Re:Executing Parallel Statements to Improve Performance by endymi0n on Tuesday October 24, 2017 @04:59PM (#15545211)
With all due respect, Oracle doesn't provide ACID semantics across a cluster spanning several continents...
[ Parent | on HN ]
Re:Executing Parallel Statements to Improve Performance by lgas on Tuesday October 24, 2017 @05:54PM (#15545557)
Isn't that exactly what "Extended Distance Oracle RAC Clusters" provide?
[ Parent | on HN ]
Re:Executing Parallel Statements to Improve Performance by danielmg on Tuesday October 24, 2017 @06:47PM (#15545865)
No. That still uses ASM. It's effectively low level IO mirroring and needs fast data-centre interconnects and low-latency.

I work a lot with RAC and it introduces more problems than it solves tbh.

[ Parent | on HN ]
Re:Executing Parallel Statements to Improve Performance by anonacct37 on Tuesday October 24, 2017 @08:53PM (#15546494)
It's almost a meme. I was often told Companies RAC, experience RAC-caused outages, and then they de-RAC.
[ Parent | on HN ]