Facebook Trapped In MySQL a "Fate Worse Than Death"

------=_NextPart_000_0A94_01CC3FD8.F6AFE470
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit

http://developers.slashdot.org/story/11/07/09/1256241/Facebo ok-Trapped-In-My
SQL-a-Fate-Worse-Than-Death

"According to database pioneer Michael Stonebraker, Facebook is operating a
huge, complex MySQL implementation equivalent to 'a fate worse than death,'
and the only way out is 'bite the bullet and rewrite everything

..' Not that it's necessarily Facebook's fault, though. Stonebraker says the
social network's predicament is all too common among web startups that start
small and grow to epic proportions."

------=_NextPart_000_0A94_01CC3FD8.F6AFE470--

Re: Facebook Trapped In MySQL a "Fate Worse Than Death"

--00151748db1005d9c904a7d233f6
Content-Type: text/plain; charset=ISO-8859-1

Google, Facebook, Twitter if you want and others are pioneers of this era,
I think they have also money to invest in research, in fact they hire the
very talented people.
I think it is part of the game trial&error, and honestly I dont see many
alternatives to MySQL,
especially when they started. There'll be only one!

Cheers

Claudio


2011/7/11 Daevid Vincent

>
> http://developers.slashdot.org/story/11/07/09/1256241/Facebo ok-Trapped-In-My
> SQL-a-Fate-Worse-Than-Death
>
> "According to database pioneer Michael Stonebraker, Facebook is operating a
> huge, complex MySQL implementation equivalent to 'a fate worse than death,'
> and the only way out is 'bite the bullet and rewrite everything
>
> .' Not that it's necessarily Facebook's fault, though. Stonebraker says the
> social network's predicament is all too common among web startups that
> start
> small and grow to epic proportions."
>



--
Claudio

--00151748db1005d9c904a7d233f6--

Re: Facebook Trapped In MySQL a "Fate Worse Than Death"

Daevid Vincent wrote:

>
http://developers.slashdot.org/story/11/07/09/1256241/Facebo ok-Trapped-=
In-My
> SQL-a-Fate-Worse-Than-Death
> =20
> "According to database pioneer Michael Stonebraker, Facebook is
> operating a huge, complex MySQL implementation equivalent to 'a fate
> worse than death,' and the only way out is 'bite the bullet and
> rewrite everything
>
h/>
> .' Not that it's necessarily Facebook's fault, though. Stonebraker
> says the social network's predicament is all too common among web
> startups that start small and grow to epic proportions."


Fortunately those "web startups that start small and grow to epic
proportions" are quite limited in numbers :-)


/Per Jessen, Zürich


--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=3Dgcdmg-mysql-2@m.gmane.o rg

RE: Facebook Trapped In MySQL a "Fate Worse Than Death"

Let this be a lesson to all of those designers who say "That will never
happen."

Regards,

Jerry Schwartz
Global Information Incorporated
195 Farmington Ave.
Farmington, CT 06032

860.674.8796 / FAX: 860.674.8341
E-mail: jerry@gii.co.jp
Web site: www.the-infoshop.com





--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=gcdmg-mysql-2@m.gmane.org

Re: Facebook Trapped In MySQL a "Fate Worse Than Death"

On 7/12/2011 9:45 AM, Jerry Schwartz wrote:
> Let this be a lesson to all of those designers who say "That will never
> happen."
"Let this be a lesson to all of those designers who say ''That will
never happen'" will never happen. :-)

PB

-----
> Regards,
>
> Jerry Schwartz
> Global Information Incorporated
> 195 Farmington Ave.
> Farmington, CT 06032
>
> 860.674.8796 / FAX: 860.674.8341
> E-mail: jerry@gii.co.jp
> Web site: www.the-infoshop.com
>
>
>
>
>

--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=gcdmg-mysql-2@m.gmane.org

Re: Facebook Trapped In MySQL a "Fate Worse Than Death"

--000e0cd58c7a04ed0a04a7e7bb92
Content-Type: text/plain; charset=ISO-8859-1

Given the choice between doing right the first time, or having the second
largest site on the internet, I'll take the latter, and deal with the
problems of not doing it right the first time.


-Hank


On Tue, Jul 12, 2011 at 10:45 AM, Jerry Schwartz wrote:

> Let this be a lesson to all of those designers who say "That will never
> happen."
>
>

--000e0cd58c7a04ed0a04a7e7bb92--

Re: Facebook Trapped In MySQL a "Fate Worse Than Death"

He is pushing his own products here, Looking at other implications of moving
to a NoSQL system I would stay with an SQL system.

NoSql has its place, but maybe not in such an environment.

http://blogs.adobe.com/asset/2011/04/nosql-but-even-less-sec urity.html

Regards Michael Cole.



On Wednesday 13 July 2011 7:33:43 am Hank wrote:
> Given the choice between doing right the first time, or having the second
> largest site on the internet, I'll take the latter, and deal with the
> problems of not doing it right the first time.
>
>
> -Hank
>
> On Tue, Jul 12, 2011 at 10:45 AM, Jerry Schwartz wrote:
> > Let this be a lesson to all of those designers who say "That will never
> > happen."

--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=gcdmg-mysql-2@m.gmane.org

Re: Facebook Trapped In MySQL a "Fate Worse Than Death"

On Mon, Jul 11, 2011 at 2:43 PM, Daevid Vincent wrote:
> http://developers.slashdot.org/story/11/07/09/1256241/Facebo ok-Trapped-In-My
> SQL-a-Fate-Worse-Than-Death
>
> "According to database pioneer Michael Stonebraker, Facebook is operating a
> huge, complex MySQL implementation equivalent to 'a fate worse than death,'
> and the only way out is 'bite the bullet and rewrite everything
>
> .' Not that it's necessarily Facebook's fault, though. Stonebraker says the
> social network's predicament is all too common among web startups that start
> small and grow to epic proportions."
>

Preface: I in no way speak for my employer.

I suggest reading http://dom.as/2011/07/08/stonebraker-trapped/


--
Rob Wultsch
wultsch@gmail.com

--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe: http://lists.mysql.com/mysql?unsub=gcdmg-mysql-2@m.gmane.org