L-am terminat de zi 2 de formare rapide în sunny Needham, MARIAN, si eu sunt de rupere cu idei (toate bună pregătire claselor pe care face pentru mine). Un aspect particular de repede a-mi gândire şi am vrut să-l scrie în jos, în timp ce era încă proaspătă şi normale de zi cu zi "chestii" împins-o din capul meu.
Am SharePoint AAC 3.0 / MOSS implementatori frecvent se confruntă cu o problemă greu cu orice proiect de SharePoint în mod rezonabil şi mijlocii: Cum putem obţine toate datele fără taguri încărcate în SharePoint, astfel încât totul se potriveşte în interiorul nostru perfect conceput informaţii arhitectura?
Destul de des, Acest lucru nu este o problemă greu, pentru că ne-am domeniul de aplicare-ne necazuri: "Nu ne pasă de nimic mai mult 3 luni." "Ne vom descurca lucruri toate că vechi cu cuvinte cheie de căutare şi merge-transmite vom face aceasta dreptul de drum…" Etc.
dar, ce se întâmplă dacă suntem noi înşine nu poate aplicare necazuri si ne uitam la cartilor de 10 de mii sau 100 de mii (sau chiar milioane) de docs — încărcare şi marcare care este dorinta noastra devotat?
RAPID ar putea fi răspunsul.
Procesul de căutare rapid pe include o mulţime de piese în mişcare, dar este o vizualizare simplificată:
- Un proces de crawler-ul Arată pentru conţinutul.
- Se găseşte conţinutul şi mâinile-l la un proces de broker care gestionează o piscină de procesoare de document.
- Procesul de broker mâini la unul dintre procesoarele de documente.
- Procesor document analizează documentul şi printr-un proces de conducte, analizează bejeezus din document şi mâinile-l la un proces de tip index constructor.
Pe navă rapidă, avem o multime de control asupra documentului conducte de procesare. Ne puteţi amesteca şi potrivi despre 100 conducta de componente şi, cele mai interesant, putem scrie propriile noastre componente. Cum am spus, FAST este analiza documentelor, fiecare mod în care dar duminică şi se reuneşte o mulţime de informaţii utile despre aceste documente. Acei oameni nebuni rapid sunt clar nebun şi obsesiv despre document de analiză, deoarece acestea au instrumente şi/sau strategii pentru a clasifica într-adevăr documente.
Deci … folosind repede în combinaţie cu propriile noastre Componenta particularizată conducte, ne putem apuca toate aceste informaţii de context la rapid şi feed-l înapoi la MOSS. Acesta ar putea merge ceva de genul asta:
- Documentul este alimentat în rapid din MOSS.
- Document rapid normal nebun-obsesiv parsarea şi categorizare se întâmplă.
- Propriile noastre Componenta particularizată conducta picături de unele dintre aceste informaţii de context de pe o bază de date.
- Un proces de propriile noastre de design Citeşte informaţii de context, face unele decizii pe cum pentru a se potrivi acel document de muşchi în nostru IA şi se marchează folosind un serviciu web şi modelul de obiect.
desigur, nici un astfel de proces automat poate fi perfect, dar datorită obsesiv (şi, eventual, insane-but-in-a-good-way de persoane rapid), am putea avea o adevarata lupta împuşcat la un proces de încărcare masă cu adevărat eficiente, care umple mai mult decât o bază de date SQL cu un buchet de abia de căutat documente.
</scop>
