Ik ben bezig met een ASP pagina die het volgende doet:
- tabel A leeghalen
- tabel A vullen
- zoeken in tabel A op basis van keywords uit een andere tabel B, resultaten weergeven
- Hierna herhaalt het proces zich weer.
Nu wil ik in die tabel A op delen van de text zoeken.
Dit kan ik doen met een query en dan een "Like" daarin op te nemen. Echter wordt er dan geen gebruik gemaakt van mijn indexen, waardoor dit weleens traag kan worden.
Vervolgens zat ik te denken om Full-Text Indexing te gebruiken en te zoeken met FREETEXT. Echter omdat de data waarmee tabel A iedere keer gevuld wordt iedere keer anders is, loopt mijn Index nooit synchroon.
Nu kan je de Full-Text Index schedulen, maar dan moet ik het echt per minuut gaan doen, wat mij niet efficient lijkt. Bovendien zal dat nooit precies op het goede moment gebeuren.
Wat advisren jullie om dit zo efficient mogelijk te doen ?
Overigens gaat het maar om ongeveer 10.000 records in Tabel A met ongeveer 50 tekens per record dat doorzocht moet worden, maar ik wil het nu zo efficient mogelijk inrichten. Bovendien is het onbekend hoe groot tabel B wordt. Deze kan 5000 records gan bevatten, maar ook 100.000.
- tabel A leeghalen
- tabel A vullen
- zoeken in tabel A op basis van keywords uit een andere tabel B, resultaten weergeven
- Hierna herhaalt het proces zich weer.
Nu wil ik in die tabel A op delen van de text zoeken.
Dit kan ik doen met een query en dan een "Like" daarin op te nemen. Echter wordt er dan geen gebruik gemaakt van mijn indexen, waardoor dit weleens traag kan worden.
Vervolgens zat ik te denken om Full-Text Indexing te gebruiken en te zoeken met FREETEXT. Echter omdat de data waarmee tabel A iedere keer gevuld wordt iedere keer anders is, loopt mijn Index nooit synchroon.
Nu kan je de Full-Text Index schedulen, maar dan moet ik het echt per minuut gaan doen, wat mij niet efficient lijkt. Bovendien zal dat nooit precies op het goede moment gebeuren.
Wat advisren jullie om dit zo efficient mogelijk te doen ?
Overigens gaat het maar om ongeveer 10.000 records in Tabel A met ongeveer 50 tekens per record dat doorzocht moet worden, maar ik wil het nu zo efficient mogelijk inrichten. Bovendien is het onbekend hoe groot tabel B wordt. Deze kan 5000 records gan bevatten, maar ook 100.000.
Pay peanuts get monkeys !