Shantanu's Blog

Corporate Consultant

October 02, 2007



1) Importing and exporting Excel Data

a) The syntax to import the CSV data from text file is simple and is very fast.

LOAD DATA INFILE 'datafile.txt' INTO TABLE employee
(employee_number,firstname,surname,tel_no,salary) FIELDS TERMINATED BY '|'");

LOAD DATA INFILE has defaults of:

b) The trick to export the data in CSV or TSV format is to add the into outfile line like this...

set @row:= 0;
(select 'srno', 'enroll_no', 'stud_fname', 'stud_lname', 'stud_address', 'stud_address1', 'stud_address2', 'stud_city', 'stud_pin', 'state_nm')
(select (@row:= @row + 1) as srno, a.enroll_no, stud_fname, stud_lname, stud_address
into outfile '/home/shantanu/CAT_ADV_OCT_07.tsv' FIELDS TERMINATED BY '|' LINES TERMINATED BY '\n'
from course_enroll as a,
course as b,
where date like '%2007%' and flag in ('o','a') and
group by a.enroll_no
order by stud_pin);

Here is another way to import / export data from Excel

a) In order to import data from excel to MySQL here are 2 easy steps.
Select Text (MS-DOS) as an option in "Save as type" drop down while saving the file. Use the following command to load the data in MySQL.

load data local infile 'country_code.txt' into table test.country_code columns optionally enclosed by '"';

You may need to trim the data if extra spaces are added to the beginning or end of the string.

update country_code set iso_code = trim(iso_code);


b) To export the data, use the standard and in and standard out descriptors as this...

1) Save the query in a text file. For e.g. query.txt

2) Use the following command to generate the excel readable result file.
mysql country_list < query.txt > query_to_excel.txt

2) Delete V/s truncate

a) Do NOT use:

DELETE FROM classifieds;

Rather, use:

TRUNCATE TABLE classifieds;

The difference here is that DELETE drops records one by one, and that can be 1 million one by one's too slow!

b) If you want the count of records those were deleted then you have to use delete from command like this...
DELETE FROM classifieds where 1 = 1
It will display XXX records deleted message once it completes the operation.

3) Analyze and Optimize tables:

You can provide information to the parser by running

ANALYZE TABLE tablename;

This stores the key distribution for the table (running ANALYZE is equivalent to running myisamchk -a or myismachk --analyze). Many deletes and updates leave gaps in the table (especially when you're using varchar, or in particular text/blob fields). This means there are more unnecessary disk I/O's, as the head needs to skip over these gaps when reading. Running


solves this problem. Both of these statements should be run fairly frequently in any well looked after system.

4) Explain and Procedure:

a) Add the word EXPLAIN before any SELECT statement to know the "kundali" of the command.

EXPLAIN SELECT firstname FROM employee WHERE overtime_rate<20*2;

|table | TYPE | possible_keys | key | key_len | ref | rows |Extra |
|employee| range | overtime_rate | overtime_rate | 4 | NULL | 1 |where used|

The output from EXPLAIN shows "ALL" in the TYPE column when MySQL uses a table scan to resolve a query. The possible types are, from best to worst: system, const, eq_ref, ref, range, index and ALL. MySQL can perform the 20*2 calculation once, and then search the index for this constant.

explain tbl_name
will display all the relevant info about the table in question.

SHOW TABLE STATUS LIKE 'your_table_name‘
To find the time stamp of table creation.

b) Explain provides more information about indexes, but procedure analyse() gives you more information on data returned.

SELECT center_code FROM employee PROCEDURE ANALYSE()

Min_value : 34
Max_value : 232
Empties_or_zeros : 0
Nulls : 0
Avg_value : 133
Optimal_fieldtype : ENUM('34','232') NOT NULL

5) SHOW commands:

// you can just check if your query running, or is waiting for some lock.
// to see which query or set of queries take the longest time

// display exactly how the table was created.

DESCRIBE tbl_name
DESC tbl_name
// just like show create table command

// All the information to know the state of server status

// Information on connection, uptime, version and user

6) Indexes on partial columns:
In the last post, I discussed composite indexes. But there is a limit of 556 bytes those can be grouped together in a single index. So the following statement would fail if each of the fields is declared as 250 characters since the total will be more than 556.

ALTER TABLE employee ADD INDEX(surname, firstname, middlename);

Instead we can index on partial text something like this...

ALTER TABLE employee ADD INDEX(surname(20),firstname(20), middlename(20));

Now our updates write to an index are just 10% of the original and it will accept 3 column composite index even if the field total is more than 556.


Comments: Post a Comment

<< Home


June 2001   July 2001   January 2003   May 2003   September 2003   October 2003   December 2003   January 2004   February 2004   March 2004   April 2004   May 2004   June 2004   July 2004   August 2004   September 2004   October 2004   November 2004   December 2004   January 2005   February 2005   March 2005   April 2005   May 2005   June 2005   July 2005   August 2005   September 2005   October 2005   November 2005   December 2005   January 2006   February 2006   March 2006   April 2006   May 2006   June 2006   July 2006   August 2006   September 2006   October 2006   November 2006   December 2006   January 2007   February 2007   March 2007   April 2007   June 2007   July 2007   August 2007   September 2007   October 2007   November 2007   December 2007   January 2008   February 2008   March 2008   April 2008   July 2008   August 2008   September 2008   October 2008   November 2008   December 2008   January 2009   February 2009   March 2009   April 2009   May 2009   June 2009   July 2009   August 2009   September 2009   October 2009   November 2009   December 2009   January 2010   February 2010   March 2010   April 2010   May 2010   June 2010   July 2010   August 2010   September 2010   October 2010   November 2010   December 2010   January 2011   February 2011   March 2011   April 2011   May 2011   June 2011   July 2011   August 2011   September 2011   October 2011   November 2011   December 2011   January 2012   February 2012   March 2012   April 2012   May 2012   June 2012   July 2012   August 2012   October 2012   November 2012   December 2012   January 2013   February 2013   March 2013   April 2013   May 2013   June 2013   July 2013   September 2013   October 2013   January 2014   March 2014   April 2014   May 2014   July 2014   August 2014   September 2014   October 2014   November 2014   December 2014   January 2015   February 2015   March 2015   April 2015   May 2015   June 2015   July 2015   August 2015   September 2015   January 2016   February 2016   March 2016   April 2016   May 2016   June 2016   July 2016   August 2016   September 2016   October 2016   November 2016   December 2016   January 2017   February 2017   April 2017   May 2017   June 2017  

This page is powered by Blogger. Isn't yours?