> I'm leaving it with the OR type query, because the Db is already overloaded.
Ummmm...... no matter which one you use, the DB will be doing the work. >From a parsing perspecive, the IN will be cheaper to parse because it will swallow everything between the ( and ) and just stick it into a list. In will also be cheaper for the Cold Fusion side. What were the numbers in your table representing ? Gary Menzel Web Development Manager IT Operations Brisbane -+- ABN AMRO Morgans Limited Level 29, 123 Eagle Street BRISBANE QLD 4000 PH: 07 333 44 828 FX: 07 3834 0828 [EMAIL PROTECTED] wrote on 2003-10-14 16:46:18: > Hi, > > I tried a test. > > This in a table currently with 1.3 million records on mySQL. > > I ran two queries per page. One after another. Each using the code as > outlined below. > > OR IN > 496 516 (IN query before OR in page) > 484 648 (IN query before OR in page) > 492 528 (IN query before OR in page) > 641 488 (OR query before IN in page) > 653 312 (OR query before IN in page) > 516 212 (OR query before IN in page) > 493 179 (OR query before IN in page) > 1338 1371 (IN query before OR in page) > 654 1254 (IN query before OR in page) > 730 443 (IN query before OR in page) > 601 967 (IN query before OR in page) > > So that's pretty inconclusive where i'm standing. > > I'm leaving it with the OR type query, because the Db is already overloaded. > > Thanks > > Gav > > > ----- Original Message ----- > From: "Brett Payne-Rhodes" <[EMAIL PROTECTED]> > To: "CFAussie Mailing List" <[EMAIL PROTECTED]> > Sent: Tuesday, October 14, 2003 4:10 PM > Subject: [cfaussie] Re: IN versus cfloop and where > > > > Hi Gavin, > > > > I don't think version II will work with an 'AND' anyway. Perhaps an 'OR' > > would work. But I think version I is a better solution regardless. Maybe > > you could test both of them and let us know the definitive answer? > > > > hth, > > > > Brett > > B) > > > > Gavin Cooney wrote: > > > Hi all > > > > > > Anyone know which would be quicker on a huge (couple of million records) > > > on mySQL? > > > > > > UPDATE > > > table_name > > > SET > > > field1 = <cfqueryparam value="W" cfsqltype="CF_SQL_CHAR"> > > > WHERE > > > primary_key of table IN (<cfqueryparam > > > value="#some_list#" > > > cfsqltype="CF_SQL_NUMERIC" > > > list="Yes">) > > > > > > OR > > > > > > UPDATE > > > table_name > > > SET > > > field1 = <cfqueryparam value="W" cfsqltype="CF_SQL_CHAR"> > > > WHERE > > > 1=1 > > > <cfloop list="#some_list#" index="i"> > > > AND field1 = <cfqueryparam > > > value="#i#" > > > cfsqltype="CF_SQL_NUMERIC"> > > > </cfloop> > > > > > > Thanks for your help > > > > > > Gavin > > > --- > > > You are currently subscribed to cfaussie as: [EMAIL PROTECTED] > > > To unsubscribe send a blank email to > > > [EMAIL PROTECTED] > > > > > > MX Downunder AsiaPac DevCon - http://mxdu.com/ > > > > > > -- > > Brett Payne-Rhodes > > Eaglehawk Computing > > t: +61 (0)8 9371-0471 > > f: +61 (0)8 9371-0470 > > m: +61 (0)414 371 047 > > e: [EMAIL PROTECTED] > > w: www.ehc.net.au > > > > > > > > --- > > You are currently subscribed to cfaussie as: [EMAIL PROTECTED] > > To unsubscribe send a blank email to > [EMAIL PROTECTED] > > > > MX Downunder AsiaPac DevCon - http://mxdu.com/ > > --- > You are currently subscribed to cfaussie as: [EMAIL PROTECTED] > To unsubscribe send a blank email to [EMAIL PROTECTED] > > MX Downunder AsiaPac DevCon - http://mxdu.com/ **************************************************************************** If this communication is not intended for you and you are not an authorised recipient of this email you are prohibited by law from dealing with or relying on the email or any file attachments. This prohibition includes reading, printing, copying, re-transmitting, disseminating, storing or in any other way dealing or acting in reliance on the information. If you have received this email in error, we request you contact ABN AMRO Morgans Limited immediately by returning the email to [EMAIL PROTECTED] and destroy the original. We will refund any reasonable costs associated with notifying ABN AMRO Morgans. This email is confidential and may contain privileged client information. ABN AMRO Morgans has taken reasonable steps to ensure the accuracy and integrity of all its communications, including electronic communications, but accepts no liability for materials transmitted. Materials may also be transmitted without the knowledge of ABN AMRO Morgans. ABN AMRO Morgans Limited its directors and employees do not accept liability for the results of any actions taken or not on the basis of the information in this report. ABN AMRO Morgans Limited and its associates hold or may hold securities in the companies/trusts mentioned herein. Any recommendation is made on the basis of our research of the investment and may not suit the specific requirements of clients. Assessments of suitability to an individual's portfolio can only be made after an examination of the particular client's investments, financial circumstances and requirements. **************************************************************************** --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MX Downunder AsiaPac DevCon - http://mxdu.com/
