Fwd: MySQL [was: Re: Dr. Miguel 'Optimistic Locking' Arroz [was Re: WebObjects stress Testing tool?]]
Fwd: MySQL [was: Re: Dr. Miguel 'Optimistic Locking' Arroz [was Re: WebObjects stress Testing tool?]]
- Subject: Fwd: MySQL [was: Re: Dr. Miguel 'Optimistic Locking' Arroz [was Re: WebObjects stress Testing tool?]]
- From: Daniel Beatty <email@hidden>
- Date: Sun, 20 Dec 2009 20:57:31 -0800
Begin forwarded message:
> From: DANIEL BEATTY <email@hidden>
> Date: December 4, 2009 6:32:28 PM PST
> To: Miguel Arroz <email@hidden>
> Bcc: DANIEL BEATTY <email@hidden>
> Subject: Re: MySQL [was: Re: Dr. Miguel 'Optimistic Locking' Arroz [was Re: WebObjects stress Testing tool?]]
>
> Greetings Miguel,
> Almost guilty as charged. I have a monster database, stored in regular MySQL. None of the MSsql database servers near by it have the capacity of raw size. Thus, I am stuck there.
>
> Although, what I would not give to have the spatial features of Postgres and the simplistity of preinstall OSX Server MySQL with MySQL Gui admin.
>
> Another 2 cents,
> Dan
>
> Sent from my iPhone
>
> On Dec 4, 2009, at 6:09 PM, Miguel Arroz <email@hidden> wrote:
>
>> Hey!
>>
>> On 2009/12/05, at 01:46, Mike Schrag wrote:
>>
>>>> And I'm not talking about asynchronous replication, I'm talking about real multi-master cluster with guaranteed integrity.
>>> That's what I'm referring ... I have not used it, only read about it enough to be intrigued by it. It requires your entire database to be loaded into memory, but memory is pretty damn cheap. If you have a truly HUGE database, this is not an option, but most of ours are not larger than the reasonable max amount of memory.
>>
>> Err... unless you have a monster machine with hundreds of GBs, why would you want to cluster a small DB? I don't see any scenario where I need to load balance a DB with half a dozen of GBs.
>>
>> If that's the MySQL way, I would say the PgSQL is probably best! ;)
>>
>> Yours
>>
>> Miguel Arroz
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden