[rt-users] Query taking 30 minutes and more
Joop
JoopvandeWege at mococo.nl
Mon Aug 13 07:13:09 EDT 2007
Marlier, Ian wrote:
>
>
>> -----Original Message-----
>> From: rt-users-bounces at lists.bestpractical.com
>> [mailto:rt-users-bounces at lists.bestpractical.com] On Behalf
>> Of Uli Staerk
>> Sent: Monday, August 13, 2007 6:38 AM
>> To: rt-users at lists.bestpractical.com
>> Subject: [rt-users] Query taking 30 minutes and more
>>
>> When I run the following query:
>> Content LIKE 'schäfer'
>> OR Subject LIKE 'schäfer'
>> OR Subject LIKE 'tekom'
>> OR Content LIKE 'tekom'
>> OR Requestor.EmailAddress LIKE 'tekom'
>> OR Requestor.EmailAddress LIKE 'schaefer'
>> OR Subject LIKE 'schaefer'
>> OR Content LIKE 'schaefer'
>> OR Requestor.Name LIKE 'schaefer'
>> OR Requestor.Name LIKE 'schäfer'
>>
>> This Query takes (currently) 30 Minutes and I'm still
>> waiting. Can anyone reproduce this problem? I'm using RT 3.4.5
>
> I had occasional problems like that with 3.4.5, and never did find a solution. Upgrading to RT 3.6 cleared them up. It might be worth looking into....
The OR Requestor part is speeded up in RT 3.6.4 but there is a second
problem which is the searching for %conten% in the Content column. I
know it is standard policy to pre and post pend % on search terms but
this way it will always kill performence when you search for ticket body
text.
One way to solve this is to stop the pre/post pend action and explicitly
ask for it in the query builder.
Second, Mysql doesn't index Content so this always leads to a full
tablescan which can hurt really bad if you have lots of large attachments.
The only solution that I know of is to switch to Oracle and use a couple
of patches so that you enable OracleText on that column.
Joop
More information about the rt-users
mailing list