News for hackers. Stuff that matters.
Re:Amazon Aurora Now Available by jpgvm on Tuesday July 28, 2015 @01:23AM (#9959657)
Mentioned this on Twitter to the Aurora program manager but it would be awesome to see a PostgreSQL compatible frontend.

Still though, awesome achievement to build a competitive database engine. :)

Re:Amazon Aurora Now Available by olalonde on Tuesday July 28, 2015 @02:38AM (#9959857)
> but it would be awesome to see a PostgreSQL compatible frontend

Why not just use PostgreSQL directly?

Re:Amazon Aurora Now Available by jordanthoms on Tuesday July 28, 2015 @02:58AM (#9959921)
Aurora has a bunch of nice features WRT automatic failover, redundancy, and automatically scaling storage as you push more data into the DB.
Re:Amazon Aurora Now Available by josh2600 on Tuesday July 28, 2015 @03:25PM (#9963912)
Does Aurora do anything other than detect a heartbeat failure, shoot the node in the head and bring it up on another box WRT failover?
Re:Amazon Aurora Now Available by awgupta on Wednesday July 29, 2015 @01:13AM (#9966360)
That is the basic idea on such things, though distributed protocols become complex when you have to consider split-brain, multiple concurrent failures, etc which all can occur in large-scale events.

Aurora leverages Amazon RDS Multi-AZ in this area. Their implementation has been battle-tested over many years and many many db instances.

Re:Amazon Aurora Now Available by brightball on Tuesday July 28, 2015 @02:06PM (#9963398)
I'm really wondering if something very close will be possible soon with AWS EFS.
Re:Amazon Aurora Now Available by mathnode on Tuesday July 28, 2015 @04:43AM (#9960258)
A Postgres to MySQL client mapping middleware is probably the holy grail? I think it's been done in the JDBC space.
Re:Amazon Aurora Now Available by timdorr on Tuesday July 28, 2015 @02:49PM (#9963697)
You can get this essentially via mysql_fdw: https://github.com/EnterpriseDB/mysql_fdw
Re:Amazon Aurora Now Available by nnx on Tuesday July 28, 2015 @01:41AM (#9959704)
Oh yes, please.

That would greatly simplify tooling and integration with RedShift (which already uses PostgreSQL frontend/protocol).

Re:Amazon Aurora Now Available by georgewfraser on Tuesday July 28, 2015 @01:48AM (#9959722)
If you want to synchronize your postgres db (and a lot of other things) to redshift, we do it as a service at fivetran.com
Re:Amazon Aurora Now Available by ahachete on Tuesday July 28, 2015 @09:08AM (#9961153)
There's no such concept of Storage Engines/Plugins in PostgreSQL. So it looks more unlikely this could happen in short time.
Re:Amazon Aurora Now Available by timdorr on Tuesday July 28, 2015 @11:49AM (#9962385)
Re:Amazon Aurora Now Available by stephenr on Tuesday July 28, 2015 @01:52AM (#9959733)
Isn't Aurora simply Amazon's private fork of MySQL, hosted for you?
Re:Amazon Aurora Now Available by reilly3000 on Tuesday July 28, 2015 @03:18AM (#9959980)
The already have that in RDS. This is a da add of their own design. They were pragmatic enough to use the query language that most devs already know and trust, but how they pull off reads, writes, and sharing at that scale must have fundamentally different internals than a single MySQL instance.
Re:Amazon Aurora Now Available by boulos on Tuesday July 28, 2015 @02:04AM (#9959768)
It certainly seems to be a MySQL 5.6 fork (or at least backend ala InnoDB or similar), as the docs explicitly call out MySQL 5.6 compatibility. I feel like I wouldn't say "simply" though; that makes it seem like some guys at Amazon checked out the MySQL source, deleted some stuff and then released this.
Re:Amazon Aurora Now Available by frankchn on Tuesday July 28, 2015 @03:23AM (#9959993)
Unlikely, because they already have a hosted MySQL 5.6 product in RDS. If anything, this is a MySQL 5.6 frontend + query processing engine with a new storage layer.
Re:Amazon Aurora Now Available by istvan__ on Tuesday July 28, 2015 @02:35AM (#9959847)
It would have been extremely difficult because MySQL community edition is GPL and Amazon does not allow GPL code to be modified by the internal teams as far as I know. They might have changed their policy though...