|The stupid question is the question not asked|
Basic Perl array intersection faster than mysql query join.by punch_card_don (Curate)
|on Oct 12, 2004 at 17:09 UTC||Need Help??|
punch_card_don has asked for the wisdom of the Perl Monks concerning the following question:
In trying to tune my DBI-driven database middleware, I tried what is certainly poor form and got a surprise.
The mysql database has just two columns, col_1 & col_2, both smallint, but over 12-million rows. Neither column can be guaranteed unique values, but combinations of them are definitely unique. So, I created a compound Primary Key.
I want to count how many rows with the same col_2 value have either x or y in col_1.
To benchmark the database performance independently of the Perl script, I telnetted in and did:
select count(*) from theTable A inner join theTable B where (A.col_1 = x and B.col_1 = y and A.col_2 = B.col_2);
which gave me an average response time of ~0.13 sec. (Many thanks to those in the other thread who encouraged me to try various index configurations)
Then, I wondered how much time the join was adding, so I wrote a perl script:
Essentially doing the join by finding the intersection of the two query result arrays myself in Perl. This had an average response time of ~0.10 sec! I expect it will be evn better if I replace the repetitive prepares with placeholders.
Now, I expect to be savaged for moving database functinality to Perl code, but if it works better......