MySQL :: Re: Questions about performance for huge table (100M+ rows)

New Topic

Re: Questions about performance for huge table (100M+ rows)

Posted by: Victor Andres
Date: January 21, 2009 11:50AM

What do you think about the language you use to implement your program (php, Java, C ...)?
Do you think any of these are better to make the programs?
Any MySQL connector (bridge) is better or faster than other?

Thanks,

I'm in a similar situation.

Navigate: Previous Message• Next Message

Options: Reply• Quote

Subject

Views

Written By

Posted

Questions about performance for huge table (100M+ rows)

13262

Vladan Stefanovic

January 02, 2009 08:20PM

Re: Questions about performance for huge table (100M+ rows)

5083

Rick James

January 03, 2009 12:38AM

Re: Questions about performance for huge table (100M+ rows)

3484

Boyd Hemphill

February 03, 2009 10:01AM

Re: Questions about performance for huge table (100M+ rows)

3555

Vince Gatto

January 03, 2009 01:17AM

Re: Questions about performance for huge table (100M+ rows)

3029

Rick James

January 03, 2009 04:58PM

Re: Questions about performance for huge table (100M+ rows)

2980

Vladan Stefanovic

January 03, 2009 06:02PM

Re: Questions about performance for huge table (100M+ rows)

2626

Rick James

January 04, 2009 07:35PM

Re: Questions about performance for huge table (100M+ rows)

3257

Vladan Stefanovic

January 05, 2009 09:53AM

Re: Questions about performance for huge table (100M+ rows)

2932

Rick James

January 05, 2009 06:49PM

Re: Questions about performance for huge table (100M+ rows)

3310

Vladan Stefanovic

January 05, 2009 09:21PM

Re: Questions about performance for huge table (100M+ rows)

2867

Rick James

January 06, 2009 10:00PM

Re: Questions about performance for huge table (100M+ rows)

2688

Victor Andres

January 21, 2009 11:50AM

Re: Questions about performance for huge table (100M+ rows)

2969

Rick James

January 21, 2009 11:04PM

Sorry, you can't reply to this topic. It has been closed.

Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.