உங்கள் ஆப்பில் தேடலைச் சேர்ப்பது எப்படி: எளிய filters முதல் முழு-உரை தேடல் வரை

உங்கள் ஆப்பில் தேடலைச் சேர்க்க, வேலை செய்யும் எளிமையான விஷயத்துடன் தொடங்குங்கள்: ஒரு server route-ஐ அழைக்கும் தேடல் பெட்டி, அது சில columns-உடன் query-ஐப் பொருத்தி உங்கள் database rows-ஐ வடிகட்டும், வகை அல்லது விலை போன்றவற்றுக்கான filters-உடன். அது போதாதபோது — relevance தரவரிசை, சொல் stemming அல்லது அதிக பதிவுகள் தேவைப்படும்போது — உங்கள் database-இன் முழு-உரை தேடலுக்கு மாறுங்கள், மிகப் பெரிய தரவில் வலுவான எழுத்துப் பிழை பொறுத்துக்கொள்ளுதல் அல்லது உடனடி முடிவுகள் தேவைப்பட்டால் மட்டுமே hosted search engine-ஐ நாடுங்கள். எதைத் தேர்ந்தெடுத்தாலும், தேடல் அனுமதிகளை மதிக்க வேண்டும்: பயனர்கள் பார்க்க அனுமதிக்கப்படாத பதிவுகளை ஒருபோதும் கண்டுபிடிக்கக் கூடாது.

உங்கள் ஆப்புக்கு "தேடல்" என்றால் என்ன

தேடல் சில வேறுபட்ட விஷயங்களை உள்ளடக்குகிறது, பெரும்பாலான ஆப்களுக்கு ஒன்றுக்கு மேற்பட்டவை தேவை:

Keyword தேடல்: ஒரு உரைப் பெட்டி — "'garden' குறிப்பிடும் பட்டியல்களைக் கண்டுபிடி".
Filters: கட்டமைக்கப்பட்ட தேர்வுகள் — வகை, நகரம், விலை வரம்பு, தேதி, நிலை.
வரிசைப்படுத்துதல்: புதியது, மலிவானது, மிகப் பொருத்தமானது.
Autocomplete: தட்டச்சு செய்யும்போது பரிந்துரைகள்.
எழுத்துப் பிழை பொறுத்துக்கொள்ளுதல்: "restuarant" என்பதும் "restaurant"-ஐக் கண்டுபிடிக்கும்.

ஒரு directory, job board அல்லது கடைக்கு, உரைப் பெட்டியை விட filters பெரும்பாலும் முக்கியம். ஒரு கருவியைத் தேர்ந்தெடுப்பதற்கு முன் இவற்றில் உண்மையில் எது தேவை என்று முடிவு செய்யுங்கள்.

உங்கள் விருப்பங்கள்

அணுகுமுறை	எப்படி வேலை செய்கிறது	எதற்கு நல்லது	வரம்புகள்
Browser-இல் வடிகட்டுதல்	பட்டியலை ஏற்றி JavaScript-இல் வடிகட்டுதல்	சிறிய பொது பட்டியல்கள் (சில நூறு உருப்படிகள்)	ஒவ்வொரு பார்வையாளருக்கும் எல்லா தரவும் அனுப்பப்படும்; பெரிய பட்டியல்களில் மெதுவாக
Database pattern பொருத்தம்	"பெயரில் உரை உள்ளது" போன்ற சர்வர் query, சிறிய/பெரிய எழுத்து வேறுபாடில்லாமல்	சிறிய முதல் நடுத்தர ஆப்கள், admin கருவிகள்	தரவரிசை இல்லை; பெரிய tables-இல் மெதுவாகலாம்; stemming இல்லை
Database முழு-உரை தேடல்	Postgres சொற்களைக் குறியீடு செய்து பொருத்தங்களைத் தரவரிசைப்படுத்துகிறது	பெரும்பாலான உள்ளடக்கம் அதிகம் உள்ள ஆப்கள்	fuzzy matching சேர்க்காவிட்டால் எழுத்துப் பிழைகளில் பலவீனம்
Fuzzy matching (trigrams)	Postgres எழுத்துத் தொடர்களை ஒற்றுமைக்காக ஒப்பிடுகிறது	பெயர்கள், குறுகிய fields, எழுத்துப் பிழை பொறுத்துக்கொள்ளுதல்	ஒரு extension மற்றும் index தேவை; tuning கவனம் தேவை
Hosted search engine	ஒரு தனி சேவை உங்கள் தரவைக் குறியீடு செய்கிறது (Algolia, Meilisearch, Typesense, Elasticsearch மற்றும் பிறவை)	பெரிய catalogs, உடனடி தேடல், அதிக எழுத்துப் பிழை பொறுத்துக்கொள்ளுதல்	ஒத்திசைவில் வைக்க, பணம் செலுத்த, பாதுகாக்க இன்னொரு சேவை

உங்கள் தரவு ஏற்கனவே Postgres-இல் இருந்தால், அதன் உள்ளமைந்த முழு-உரை தேடல் ஒரு வலுவான நடுநிலை. அது உரையை சொற்களாகப் பிரிக்கிறது, அவற்றை stems-ஆகக் குறைக்கிறது (எனவே "running" என்பது "run"-உடன் பொருந்தும்), பொதுவான சொற்களைப் புறக்கணிக்கிறது, முடிவுகளை அவை எவ்வளவு நன்றாகப் பொருந்துகின்றன என்பதன் அடிப்படையில் தரவரிசைப்படுத்தலாம். சரியான index-உடன் பெரிய tables-இலும் அது வேகமாக இருக்கும்.

எடுத்துக்காட்டு prompts

ஒரு எளிய தொடக்கம்:

பட்டியல்கள் பக்கத்தில் ஒரு தேடல் பெட்டி மற்றும் filters-ஐச் சேர்க்கவும். தேடல் query-ஐ title மற்றும் description-உடன், சிறிய பெரிய எழுத்து வேறுபாடில்லாமல் பொருத்த வேண்டும். Filters: வகை (dropdown), நகரம் (dropdown) மற்றும் அதிகபட்ச விலை. பக்கவாரியாக 20 முடிவுகளுடன் ஒரு paginated API route மூலம் சர்வரில் தேடவும். முடிவுகளைப் பகிரவும், back பொத்தான் வேலை செய்யவும், தேடல் மற்றும் filters-ஐ URL-இல் வையுங்கள். எதுவும் பொருந்தாதபோது நட்பான காலி நிலையைக் காட்டுங்கள்.

முழு-உரை தேடலுக்கு மேம்படுத்த:

பட்டியல் தேடலை title (அதிக எடையுடன்) மற்றும் description-இல் Postgres முழு-உரை தேடலுக்கு மாற்றவும். சரியான index-ஐச் சேர்க்கவும், முடிவுகளை relevance-இன்படி தரவரிசைப்படுத்தவும், ஏற்கனவே உள்ள filters மற்றும் pagination-ஐ வைத்திருக்கவும். ஏற்கனவே உள்ள எந்தத் தரவையும் மாற்ற வேண்டாம்.

பெயர்களுக்கு எழுத்துப் பிழை பொறுத்துக்கொள்ளுதலைச் சேர்க்க:

வணிகப் பெயரில் fuzzy matching சேர்க்கவும், சிறிய எழுத்துப் பிழைகள் இருந்தாலும் முடிவுகள் கிடைக்க. கிடைத்தால் trigram similarity-ஐ index-உடன் பயன்படுத்தவும், இல்லையென்றால் தற்போதைய தேடலுக்குத் திரும்பவும்.

படிப்படியாக

மக்கள் எதைத் தேடுகிறார்கள் என்று பட்டியலிடுங்கள். எந்த fields (title, description, tags, name)? எந்த filters? முடிந்தால் சில உண்மையான பயனர்களிடம் கேளுங்கள்.
சர்வரிலிருந்து தொடங்குங்கள். query மற்றும் filters-ஐ எடுத்து ஒரு பக்க முடிவுகளைத் திருப்பும் API route-ஐச் சேருங்கள். எல்லாவற்றையும் browser-இல் ஏற்றாதீர்கள்.
query-க்குள் அனுமதிகளைப் பயன்படுத்துங்கள். பயனர்கள் தங்கள் சொந்தப் பதிவுகளை அல்லது வெளியிடப்பட்டவற்றை மட்டுமே பார்த்தால், அந்த நிபந்தனை தேடலின் அதே query-இல் இருக்க வேண்டும்.
முதல் நாளிலிருந்தே pagination சேருங்கள் — பக்க எண்கள் அல்லது "மேலும் ஏற்று".
தேடல் நிலையை URL-இல் வையுங்கள் (உதாரணமாக ?q=garden&city=leeds). பகிரக்கூடிய links, வேலை செய்யும் back பொத்தான், நீங்கள் விரும்பினால் filtered பக்கங்களை தேடல் engines crawl செய்யலாம்.
தட்டச்சு செய்யும்போதே தேடலை debounce செய்யுங்கள். ஒவ்வொரு விசை அழுத்தத்துக்கும் ஒரு request அனுப்பாமல் இருக்க, தட்டச்சு நின்ற பின் சில நூறு மில்லி விநாடிகள் காத்திருங்கள்.
எந்த columns-ஐ வடிகட்டுகிறீர்கள், தேடுகிறீர்கள் என்று தெரிந்ததும் indexes சேருங்கள்.
மேம்படுத்துங்கள்: முழு-உரை தேடல், பிறகு fuzzy matching, பிறகு hosted engine — எளிய படி உண்மையான பயனர்களுக்குத் தோல்வியடையும்போது மட்டும்.
யதார்த்தமான தரவுடன் சோதியுங்கள்: நூற்றுக்கணக்கான அல்லது ஆயிரக்கணக்கான rows, விசித்திரமான எழுத்துகள், காலி queries, மிக நீண்ட queries, நீங்கள் ஆதரித்தால் பிற மொழிகள்.

பொதுவான தவறுகள்

முழு table-ஐயும் browser-இல் ஏற்றுவது. 50 உருப்படிகளுக்கு சரி, 50,000-க்கு வேதனை, மேலும் ஒவ்வொரு பதிவையும் வெளிப்படுத்துகிறது — பயனர் பார்க்கக்கூடாதவற்றையும் சேர்த்து.
அனுமதிகளைப் புறக்கணிக்கும் தேடல். தேடல் ஒரு பொதுவான கசிவு: "என்னுடையது மட்டும்" அல்லது "வெளியிடப்பட்டது மட்டும்" நிபந்தனையை தேடல் query மறந்ததால், தனிப்பட்ட அல்லது வரைவுப் பதிவு தோன்றும்.
பயனர் உள்ளீட்டிலிருந்து நேரடியாக SQL உருவாக்குவது. எப்போதும் parameterised queries-ஐப் பயன்படுத்துங்கள். AI builder பொதுவாக அப்படி செய்யும், ஆனால் சரங்கள் ஒட்டப்படுவதைக் கண்டால் சரிபாருங்கள்.
காலி நிலை இல்லாதது. பரிந்துரையுடன் கூடிய "முடிவுகள் இல்லை" (filters-ஐ அழிக்கவும், எழுத்துப்பிழையைச் சரிபார்க்கவும்) மக்கள் வெளியேறாமல் தடுக்கும்.
indexes இல்லாதது. சோதனைத் தரவுடன் தேடல் நன்றாக உணரும், உண்மையான தரவு வளரும்போது மெதுவாகும்.
நேராக ஒரு தேடல் சேவைக்குத் தாவுவது. பிறகு உங்கள் தரவின் இரண்டாவது நகலை ஒத்திசைவில் வைக்க வேண்டும், நீக்கங்களைக் கையாள வேண்டும், இன்னொரு தொகுப்பு keys-ஐப் பாதுகாக்க வேண்டும் — பெரும்பாலும் தெரியும் பலன் இல்லாமல்.
மொபைலை மறப்பது. Filters ஒரு தொலைபேசியில் பொருந்த வேண்டும்; ஒரு sidebar-ஐ விட filter drawer அல்லது மடிக்கக்கூடிய panel பொதுவாக நன்றாக வேலை செய்யும்.

சரிபார்ப்புப் பட்டியல்

எந்த fields தேடப்படுகின்றன, எந்த filters உள்ளன என்று உங்களுக்குத் தெரியும்
தேடல் சர்வரில் இயங்கி பக்கவாரியான முடிவுகளைத் திருப்புகிறது
query, ஆப்பின் மற்ற பகுதிகளைப் போலவே அதே அனுமதிகளை அமல்படுத்துகிறது
பயனர் உள்ளீடு அளவுருக்களாக அனுப்பப்படுகிறது, ஒருபோதும் SQL-இல் ஒட்டப்படுவதில்லை
தேடல் நிலை URL-இல் வாழ்கிறது
தட்டச்சு debounce செய்யப்பட்டுள்ளது
தேடப்பட்ட மற்றும் வடிகட்டப்பட்ட columns-க்கு indexes உள்ளன
காலி, முடிவு இல்லாத மற்றும் பிழை நிலைகள் தெளிவாக உள்ளன
யதார்த்தமான தரவு அளவுகள் மற்றும் குழப்பமான உள்ளீட்டுடன் சோதிக்கப்பட்டுள்ளது

Mythex-உடன் தேடலைச் சேர்ப்பது

Mythex-இல் கட்டப்பட்ட ஆப்பில், தரவு பொதுவாக திட்டத்தின் சொந்த Postgres database-இல் வாழும், எனவே மேலே உள்ள prompts-உடன் தொடங்கலாம்: முதலில் pattern பொருத்தம், தரவரிசை தேவைப்படும்போது Postgres முழு-உரை தேடல். hosted search engine வேண்டுமென்றால், உங்கள் சொந்தக் கணக்கு மற்றும் key-ஐக் கொண்டு வாருங்கள், அதை ஒரு project secret ஆகச் சேமியுங்கள், Integrate any API-இல் விவரிக்கப்பட்டபடி சர்வரிலிருந்து அதை index செய்து query செய்யுமாறு முகவரிடம் கேளுங்கள்.

தேடல் பல ஆப்களின் மையம்: அது தயாரிப்பின் மற்ற பகுதிகளுடன் எப்படிப் பொருந்துகிறது என்பதற்கு directory website-ஐ எப்படி உருவாக்குவது, job board-ஐ எப்படி உருவாக்குவது மற்றும் marketplace-ஐ எப்படி உருவாக்குவது பார்க்கவும்.

கேள்விகள்

ஆப்பில் தேடலைச் சேர்ப்பதற்கு எளிதான வழி எது?

உங்கள் தரவு database-இல் இருந்தால், சில columns-இல் பெரிய சிறிய எழுத்து வேறுபாடில்லாத பொருத்தத்துடன் rows-ஐ வடிகட்டும் ஒரு server route எளிதான தொடக்கம். browser-இல் ஏற்கனவே ஏற்றப்பட்ட சிறிய பட்டியலுக்கு, browser-இலேயே வடிகட்டுவது இன்னும் எளிது.

தேடலுக்கு Algolia அல்லது Elasticsearch தேவையா?

பொதுவாக முதலில் தேவையில்லை. Postgres முழு-உரை தேடல் சொல் பொருத்தம், தரவரிசை, மற்றும் ஆயிரக்கணக்கிலிருந்து மில்லியன் rows வரை நன்றாகக் கையாளும். வலுவான எழுத்துப் பிழை பொறுத்துக்கொள்ளுதல், பெரிய தரவில் தட்டச்சு செய்யும்போதே உடனடி முடிவுகள், அல்லது மேம்பட்ட relevance tuning தேவைப்படும்போது மட்டுமே hosted search engine பயனுள்ளது.

என் தேடல் எழுத்துப் பிழையுடன் முடிவுகளைக் கண்டுபிடிக்காதது ஏன்?

அடிப்படைப் பொருத்தம் மற்றும் நிலையான முழு-உரை தேடல் சொற்களை தட்டச்சு செய்தபடி (அல்லது அவற்றின் stems) தேடுகின்றன, எனவே எழுத்துப் பிழை தவறிவிடும். fuzzy matching தேவை, உதாரணமாக Postgres-இல் trigram similarity அல்லது எழுத்துப் பிழை பொறுத்துக்கொள்ளும் search engine.

தேடல் browser-இலா அல்லது சர்வரிலா இயங்க வேண்டும்?

சிறிய பொது பட்டியலுக்கு அப்பால் எதற்கும் சர்வரில். சர்வர்-பக்க தேடல் அளவிடக்கூடியது, அனுமதிகளை மதிக்கும், உங்கள் முழு தரவையும் ஒவ்வொரு பார்வையாளருக்கும் அனுப்பாது.