Så här tar du upp dina punkter:
-
Att använda %input% är mycket dåligt . Det kommer att orsaka en fullständig tabell genomsökning av varje fråga. Under vilken belastning som helst eller till och med en avlägsen stor datauppsättning kommer din DB-server att kvävas.
-
En RDBMS ensam är inte en bra lösning för detta. Du letar på rätt ställe genom att söka en separat lösning för sökning. Något som kan kommunicera bra med ditt RDBMS är bra; något som körs i ett RDBMS kommer inte att göra vad du behöver.
-
Fulltextsökning i MySQL är användbar för mycket grundläggande nyckelordssökningar, inget mer. Omfattningen av användbarheten är extremt begränsad - du behöver en mycket förutsägbar användningsmodell för att utnyttja den inbyggda sökningen. Det kallas "sökning" men det är inte riktigt sökning som de flesta tycker om det. Jämfört med kvaliteten på sökresultaten vi har börjat förvänta oss från Google och Bing går det inte att jämföra. I den meningen av ordet "sökning" är det något annat - som Notepad vs Word. Båda är saker att skriva in, men det är ungefär det.
När det gäller separata system för hantering av sökning är Lucene mycket bra. Lucene fungerar i princip hur du vill att det ska fungera. Du kan interagera med det programmässigt för att infoga indexerbara dokument. Likaså en Google Appliance (inte Google Anpassad sökning ) kan ges direkta metaflöden som visar vad du vill ska indexeras, till exempel data direkt från en databas.