Nar skal du bruke Web Query Web Part eller Content Search Web Part i SharePoint.

Nar skal du bruke Web Query Web Part eller Content Search Web Part i SharePoint.

Det er to Web-deler som kan brukes til a soke data pa et SharePoint-nettsted. De er veldig like: Web Query Web Part (CQWP) og Content Search Web Part (CSWP). Bare ved a se pa navnene sine, er det ikke klart a skille forskjellen mellom de to.

I denne artikkelen hjelper vi deg a forsta hvordan disse webdelene fungerer, og nar du skal bruke en webdel over den andre.

Det er viktig at du forstar styrken og begrensningene til de to webdelene, fordi hvis du velger feil, kan nettstedet ditt fore til ytelsesproblemer. Du kan bruke begge webdelene til a vise innhold som er basert pa et sporsmal. I en forenklet verden, her er hvordan du kan bestemme mellom de to:

Bruk CQWP nar du har begrenset innhold, sporringen er enkel, og du forventer ikke at innholdet ditt skal vokse mye i fremtiden.

Bruk CSWP-en i alle andre scenarier nar du vil vise innhold som er basert pa en sporring.

Tabellen nedenfor gir en sammenligning av de to webdelene:

Web del oppforsel.

Webomrade for innholdsquery.

Content Search Web Part.

Du ma vite om bestemte sokefunksjoner som administrerte egenskaper.

Foresporsel over store mengder innhold.

Handter komplekse sok.

Skala for a handtere fremtidig innholdsvekst.

Vis innhold fra andre nettstedssamlinger.

Utformingen av sporringsresultater kan tilpasses.

Ja, ved a bruke XSLT.

Ja, ved a bruke HTML.

Vedlikeholdskostnad i en kompleks sidearkitektur.

Begrens sokeresultatene som vises i webdelen.

Du kan bruke begge webdelene til a vise informasjon som er lagret i et undernettsted. Brukeropplevelsen for innholdsforfattere og hjemmesider er identisk, uavhengig av hvilken webdel du bruker. Forskjellen mellom de to webdelene er teknologien som webdelene bruker. CQWP spor etter en database, mens CSWP sporre sokeindeksen.

Her er et eksempel pa hvordan disse webdelene oppforer seg. Eksempel A viser et selskap som bruker en CQWP for a vise innhold fra salgssubstedet, og eksempel B viser et selskap som bruker en CSWP for a vise innhold fra salgsstedet.

Webomrade for innholdsquery.

Content Search Web Part.

Du forfatter innholdet i en liste.

Du forfatter innholdet i en liste.

Listen elementer blir umiddelbart lagret i en database.

Ved et bestemt tidsintervall krypteres listepostene automatisk og legges til sokeindeksen.

En besokende ser pa hjemmesiden. CQWP utstedte automatisk en sporring til databasen.

En besokende ser pa hjemmesiden. CSWP utsteder automatisk en sporring til sokeindeksen.

Databasen returnerer et sporresultat og viser det i CQWP.

Sokeindeksen returnerer et sporresultat og viser det i CSWP.

Fordi webdelene bruker forskjellige teknologier, varierer brukssaken til nar du skal velge en webdel over den andre. Et brukstilfelle er ofte mer komplekst enn det enkle eksempelet som vises i forrige avsnitt. For du bestemmer hvilken webdel du skal bruke, er det viktig at du vurderer folgende:

Hvor mye innhold har jeg?

Hvor kompleks vil ettersporselen v re?

Hvor skal innholdet mitt bli lagret?

Hvor mye vil innholdet mitt vokse over tid?

Hvor mye vil vedlikeholdskostnadene oke over tid?

Vi anbefaler at du adresserer alle disse omradene som helhet i stedet for separat.

Merk: Hvis du vurderer a flytte fra et SharePoint-lokalitetssted til et SharePoint Online-nettsted, og du bruker CQWPer pa din SharePoint-lokalitetsside, kan det fore til et par ytelsesproblemer. I SharePoint Online vil du ikke kunne skalere din leietaker for a forbedre ytelsen. Cachingfunksjonen oppforer seg ogsa annerledes i SharePoint Online enn i SharePoint pa stedet.

Hva pavirker ytelsen til Web Query Content Query.

I forrige eksempel, hvis nyhetslisten inneholder mindre enn 5000 elementer, vil ytelsen til CQWP trolig v re veldig bra. Men hvis nyhetslisten overstiger 5000 elementer, og sporringen i CQWP er kompleks, kan webdelen lope inn i ytelsesproblemer. Det er vanskelig a definere noyaktig hva et komplekst sporsmal er, men en kilde som gar over alle nettstedene i nettstedet ditt er mer kompleks enn en kilde som spor etter en bestemt liste. Ogsa, hvis du sporre bruker flere filtre, oker sporrekompleksiteten. Sporringskompleksiteten oker avhengig av hvilke sokkeltyper og -betingelser du bruker. Her er noen eksempler:

En sporring som filtrerer pa en sidekolonne av typen Flere tekstlinjer er mer kompleks enn et sok som filtrerer pa en sidekolonne av typen Ja / Nei.

Et filter som bruker en inneholdt tilstand er mer komplekst enn et sporsmal som bruker en er lik tilstanden.

Flere eller forhold oker kompleksiteten til sporringen.

Utforelsen av CQWP pavirkes ogsa av hvor innholdet ditt er lagret. Hvis innholdet ditt er lagret pa flere nettsteder, vil den totale mengden listeelementer som Webparten behandler, pavirke ytelsen. For eksempel, pa firmaets hjemmesider, vil du vise de siste nyhetene fra lister som opprettholdes i flere undergrupper. Hver liste inneholder 1000 elementer. Det betyr at CQWP ma sporre over 3000 elementer.

I dette eksemplet, hvis sporringen er enkel, vil ytelsen til CQWP trolig v re god sa lenge den totale mengden av elementer er mindre enn 5000. Men hvis sporringen er kompleks, kan CQWP fore til ytelsesproblemer selv nar Totalt antall varer er noen fa tusen.

En annen viktig faktor som kan pavirke ytelsen til CQWP er hvis innholdet ditt vokser. En losning som fungerer bra i dag, kan ikke gjelde for ditt fremtidige innhold. Hvis du forventer en stor okning i antall nettsteder eller innhold, bor du ikke bruke CQWP.

Du kan bruke begge webdelene til a vise innhold basert pa informasjon fra sidens navigasjon. For eksempel, nar en besokende gar til en side, utsteder Web-delen pa den siden automatisk en foresporsel som inneholder informasjon fra sidens navigasjon. Sokeresultatene vises i Web-delen. Hvis du ikke har mye innhold og sporringen er enkel, kan du bruke flere CQWPs til a vise innholdet ditt. Men fordi du ma opprettholde hver CQWP individuelt, kan vedlikeholdskostnadene dine raskt eskalere.

Ved a bruke CSWP med administrert navigasjon og en kategoriside, vil vedlikeholdskostnadene forbli de samme som innholdet ditt vokser. Hvis du for eksempel legger til en ny navigasjonskategori i innholdet ditt, kan du bruke den samme kategorisiden til a vise innholdet som tilhorer den nye navigasjonskategorien. Sa selv om innholdet ditt vokser, trenger du bare a opprettholde samme antall sider.

Se disse flere artiklene for mer info:

I eksemplet nedenfor kan du se hvordan fire CQWPer kan erstattes av en CSWP pa en kategoriside.

Du kan bruke CSWP til a vise innhold fra andre nettstedssamlinger. For eksempel, hvis du vil forfatter innhold i en nettsamling og vise dette innholdet i en annen nettstedssamling, ma du bruke CSWP. CQWP kan kun vise innhold fra en nettsamling.

Hvis du er usikker pa hvilken nettdel som skal brukes, er CSWP trolig det beste valget i de fleste tilfeller. Denne webdelen er mer fleksibel enn CQWP, og vil gi deg bedre ytelsesresultater hvis du planlegger a utvide innholdet ditt over tid.

Hvis du bestemmer deg for a bruke CQWP, anbefaler vi at du tester for a finne ut om nettdelen oppfyller dine nav rende og fremtidige krav til ytelse og vedlikehold.



Hilsen! Vil du spille i det mest heldige kasinoet? Vi fant det for deg. Klikk her nå!