Comments on: Speeding Up Your Selects and Sorts http://eric.lubow.org/2010/databases/mysql/speeding-up-your-selects-and-sorts/ Thoughts, musings, and other idealistic (sometimes useful) systems and development hoopla. Thu, 01 Sep 2011 07:34:48 +0000 hourly 1 http://wordpress.org/?v=3.1.4 By: Speeding Up Your Selects and Sorts | BeginnerPC : The Best Online Tutorials : Linux , Windows , Apple , iPhone http://eric.lubow.org/2010/databases/mysql/speeding-up-your-selects-and-sorts/comment-page-1/#comment-25846 Speeding Up Your Selects and Sorts | BeginnerPC : The Best Online Tutorials : Linux , Windows , Apple , iPhone Wed, 10 Mar 2010 22:04:00 +0000 http://eric.lubow.org/?p=585#comment-25846 [...] See the article here: Speeding Up Your Selects and Sorts [...] [...] See the article here: Speeding Up Your Selects and Sorts [...]

]]> By: Eric Lubow http://eric.lubow.org/2010/databases/mysql/speeding-up-your-selects-and-sorts/comment-page-1/#comment-25839 Eric Lubow Thu, 04 Mar 2010 23:50:46 +0000 http://eric.lubow.org/?p=585#comment-25839 I understand why you're saying that for MyISAM you should use CHAR storage but think about the implications on a more macro scale if you are using MyISAM. If you have 50 tables with 5 CHAR(255)s per table and 50k rows per table, that's 3.18G as opposed to the space saving nature of a VARCHAR which also allows for more flexibility in your application. However, I was referring to the optimizer and how it loads the data into memory and sorts it. By minimizing the VARCHAR columns in a row, sorting and buffering will be faster in general. I understand why you're saying that for MyISAM you should use CHAR storage but think about the implications on a more macro scale if you are using MyISAM. If you have 50 tables with 5 CHAR(255)s per table and 50k rows per table, that's 3.18G as opposed to the space saving nature of a VARCHAR which also allows for more flexibility in your application. However, I was referring to the optimizer and how it loads the data into memory and sorts it. By minimizing the VARCHAR columns in a row, sorting and buffering will be faster in general.

]]> By: wagnerbianchi http://eric.lubow.org/2010/databases/mysql/speeding-up-your-selects-and-sorts/comment-page-1/#comment-25838 wagnerbianchi Thu, 04 Mar 2010 21:32:18 +0000 http://eric.lubow.org/?p=585#comment-25838 The speed of Varchar or Char on MySQL depends on the Storage Engine that you are working with. When using InnoDB to controll its database tables, prefer to user VARCHAR, InnoDB and VARCHAR works fine. Well, when you are working with MyISAM, choose to work with CHAR on all columns because in this time, the tables will work with fixed rows and this is better and more performantics.<br><br>Best regards. The speed of Varchar or Char on MySQL depends on the Storage Engine that you are working with. When using InnoDB to controll its database tables, prefer to user VARCHAR, InnoDB and VARCHAR works fine. Well, when you are working with MyISAM, choose to work with CHAR on all columns because in this time, the tables will work with fixed rows and this is better and more performantics.

Best regards.

]]>