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)

12361

Vladan Stefanovic

January 02, 2009 08:20PM

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

4704

Rick James

January 03, 2009 12:38AM

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

3230

Boyd Hemphill

February 03, 2009 10:01AM

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

3255

Vince Gatto

January 03, 2009 01:17AM

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

2827

Rick James

January 03, 2009 04:58PM

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

2745

Vladan Stefanovic

January 03, 2009 06:02PM

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

2404

Rick James

January 04, 2009 07:35PM

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

2950

Vladan Stefanovic

January 05, 2009 09:53AM

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

2698

Rick James

January 05, 2009 06:49PM

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

2970

Vladan Stefanovic

January 05, 2009 09:21PM

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

2589

Rick James

January 06, 2009 10:00PM

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

2446

Victor Andres

January 21, 2009 11:50AM

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

2748

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.