> there be any issue with copying the collection files straight to a live
Quite a few years back (probably about 4 now I think) we used to do something similar to this with CF 4/4.5. The way we managed it: * have two versions of the collection (you could have more than this of course) * remember which is "current" and which is "build" * write the "live" scripts to use the "current" * write the populating/updating scripts to use "build" * at some scheduled time, in the wee hours of the morning, switch the "current" and "build" over So, in more detail: * there are two collections - CollectionA and CollectionB * have a file or a database entry that holds the variables CurrentCollection BuildCollection * initially (for example) CurrentCollection is set to "CollectionA" and BuildCollection is set to "CollectionB" * your <CFSEARCH> uses the collection in the CurrentCollection variable always * your building script uses the collection in BuildCollection always * you work out how long it generally takes to build your collection and set a background task up to suit this interval * the background task swaps the values in CurrentCollection and BuildCollection when it runs (and it could update an Application variable set as well) * now CurrentCollection will contain "CollectionB" and BuildCollection will contain "CollectionA" * the whole process then repeats * (an alternative to timing the background task to run at precise times would be to run in very regularly and have it check a flag in a file or database and only do the work if this flag is set) We did try just copying the files over but the problem then (if I remember rightly) is that sometimes the files are locked or some equally evil thing happens. Of course, this may not be as much of an issue in current releases - but the above is still probably a "best practice" approach. [PS: not only can you just index one document as Geoff says, you can also remove documents in a similar manner - FarCry does this and I have also built indexing solutions with Verity in the past that did the same thing] 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 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] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004
