<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"><channel><category>pcsoft.us.windev</category><copyright>Copyright 2026, PC SOFT</copyright><lastBuildDate>9 Feb 2018 12:45:57 Z</lastBuildDate><pubDate>9 Feb 2018 07:56:05 Z</pubDate><description>I have a very large set of web, desktop/server, and mobile applications all built around a LARGE database primarily in HFCS. I am trying to address performance issues due to some of the tables being huge. I originally tried to use some logic to move old records to an archive table, but that was way to slow. I have now mode copies of the files (FIC and NDX) and mapped to a new name for archive.&#13;
&#13;
I can't seem to find a way to delete/purge the old records from the production table that is at all practical. The largest table is 155GB FIC, not including the NDX. We've tried to use queries to delete the old records but it is painfully slow. I need to delete about 15 Million records. It took 3 hours to delete 8,000 last time we tried. &#13;
&#13;
I also noticed the file size is not reduced on the delete. I assume we will have to reindex to have that happen, which would take a ridiculous amount of time as well.&#13;
&#13;
Anyone have any suggestions,, best practice for how to handle this? We do not have an option to take any of the "current" data offline (about 20 Million records in this particular file).&#13;
&#13;
Stephen</description><ttl>30</ttl><generator>WEBDEV</generator><language>en_US</language><link>https://forum.pcsoft.fr/es-ES/pcsoft.us.windev/64495-help-deleting-archiving-large-hfcs-databases/read.awp</link><title>Help deleting/archiving LARGE HFCS Databases</title><managingEditor>moderateur@pcsoft.fr (El moderador)</managingEditor><webMaster>webmaster@pcsoft.fr (El webmaster)</webMaster><item><author>myerssj</author><category>pcsoft.us.windev</category><comments>https://forum.pcsoft.fr/es-ES/pcsoft.us.windev/64495-help-deleting-archiving-large-hfcs-databases-64501/read.awp</comments><pubDate>9 Feb 2018 12:45:57 Z</pubDate><description>thanks for the response. &#13;
&#13;
&#13;
I've never messed with Crossed records. I wonder if cross would be faster than delete. Since it l…</description><guid isPermaLink="true">https://forum.pcsoft.fr/es-ES/pcsoft.us.windev/64495-help-deleting-archiving-large-hfcs-databases-64501/read.awp</guid><link>https://forum.pcsoft.fr/es-ES/pcsoft.us.windev/64495-help-deleting-archiving-large-hfcs-databases-64501/read.awp</link><source url="https://forum.pcsoft.fr/es-ES/pcsoft.us.windev/64495-help-deleting-archiving-large-hfcs-databases/read.awp">Help deleting/archiving LARGE HFCS Databases</source><title>Re: Help deleting/archiving LARGE HFCS Databases</title></item><item><author>Joey Dieleman</author><category>pcsoft.us.windev</category><comments>https://forum.pcsoft.fr/es-ES/pcsoft.us.windev/64495-help-deleting-archiving-large-hfcs-databases-64497/read.awp</comments><pubDate>9 Feb 2018 10:49:34 Z</pubDate><description>Hi Stephen,&#13;
&#13;
I do not have experience with such bit databases, I do have with databases with million records. Maybe you alread…</description><guid isPermaLink="true">https://forum.pcsoft.fr/es-ES/pcsoft.us.windev/64495-help-deleting-archiving-large-hfcs-databases-64497/read.awp</guid><link>https://forum.pcsoft.fr/es-ES/pcsoft.us.windev/64495-help-deleting-archiving-large-hfcs-databases-64497/read.awp</link><source url="https://forum.pcsoft.fr/es-ES/pcsoft.us.windev/64495-help-deleting-archiving-large-hfcs-databases/read.awp">Help deleting/archiving LARGE HFCS Databases</source><title>Re: Help deleting/archiving LARGE HFCS Databases</title></item></channel></rss>
