Changing the column name (all other things being equal) simply forced it to interpret the same as a literal - you want to undo that change.
It is normal for three tables to take much longer than two to join. The performance strategy for joining tables 1..n where n>2 is as follows:-
- Join the first two tables placing the required columns in a temporary table.
- Then join the third table with the temporary table, putting the results in a second temporary table and drop the first temporary table.
- Continue this iterative process of joining a results temporary table with the next real table until joining the last real table with the last temporary table at which point the final results can be obtained directly instead of storing in a temporary table - this way no more than two tables are physically joined at once, whereas any number of tables have been logically joined.
- If this query is intended to be re-used it should be placed in a stored procedure, not inside perl code, to prevent unnecessary communications overheads during execution, especially now that it has been split up. For this reason, ideally in terms of performance as well as other considerations, any re-used process of more than one SQL statement should be placed inside a stored procedure.
Hope this helps!
-S
One world, one people
In reply to Re^3: Process and combine two CSV files into one
by anonymized user 468275
in thread Process and combine two CSV files into one
by DrAxeman
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |