Søk og navigasjon er det viktigste i online shopping. Når en bruker søker etter en gitt er det viktig at relevante produkter vises til brukeren i løpet av kort tid. For å gjøre dette, bør ledere i online shopping selskapet gis et kraftig verktøy for å håndtere de ulike aspektene av søkemotoren.

Dette Er Hva Endeca search gjør. Det gir e-handel eiere verktøy for å administrere søkeopplevelsen på deres hjemmeside.

Legg til søk på nettstedet ditt

Hva Er Oracle Endeca?

Ordet Endeca betyr «Å Oppdage». Endeca, selskapet ble grunnlagt i 1999, og det fokuserer hovedsakelig på–

1. E-Handel.
2. Bedriftssøk.
3. forretningsintelligens.

i tradisjonelle e-handel inventar spørringssystemer, du måtte starte på toppen ved å velge, si, herreklær eller dameklær, velg fra menns bukser, herreskjorter, menns jakker og så videre. Til slutt vil du komme til 36 «menns bukser i svart, men det var en veldig lineær og» guidet » rute gjennom dataene. Nettsteder som brukte Endecas søketeknologi, derimot, presenterte en liste over dimensjoner og attributter ned den ene siden, og brukeren kunne gjøre noe valg fra dem for å begrense søket. Alt dette skjedde lynrask, og med en back-end som var veldig lett for kunden å vedlikeholde.

Så Endeca fokusert på denne e-handel markedet først, og utviklet MDEX motoren for å støtte dette, markedsføring det som en kolonne-store, rask utvikling spørring motor som lar «fasetterte søk» på tvers av mange forskjellige,» taggete » datasett(dvs. datasett som ikke har samme datamodell, men med noen felles mellom dem).

En kort introduksjon om terminologiene I Endeca-

Endeca ønsket å gi brukerne en enkel og lett måte å samhandle med og analysere data med brukervennlig Brukergrensesnitt, som skalerer til store skalaer for både strukturerte og ustrukturerte data.

Endeca search ivaretar brukernes behov for å søke, navigere og analysere data i alle størrelser fra flere datakilder. Det bidrar også til å skjære og terning over dimensjoner og bore ned til de fineste detaljene eller ha en makroskopisk visning av dataene. Brukerne skal også kunne utføre komplekse søk enkelt.

I Tillegg til å gi søkeresultater for en spørring, Oracle Endeca guidet navigasjon kunne fortelle brukerne, de neste trinnene som raffinering og utforske og også unngå «ingen resultater funnet». Disse forslagene er re-rangert og re-organisert med hvert klikk som bidrar til å levere en mye bedre bruker navigasjon erfaring.

Oracle Endeca Guided Search components

Oracle Endeca Guided Search har tre hovedkomponenter.

disse komponentene er:

• Endeca Information Transformation Layer (ITL)
• Endeca MDEX Engine
• Endeca Application Tier

Endeca information transformation layer (ITL) leser dine rå kildedata og konverterer Til Oracle ENDECA MDEX engine indekser. ITL består av

1. content acquisition system.
   1. Endeca CAS server og konsoll
   2. CAS API
   3. endeca web crawler.
2. Data Foundry
   1. Forge (et datamanipuleringsprogram).

Oracle ENDECA MDEX engine –

HVA ER MDEX, og hvordan sammenligner DET Med Oracle-produkter som Oracle Database og Oracle Essbase?

Først av Alt er det verdt å forstå designmålene bak MDEX sammenlignet med en Essbase-kube eller En Oracle relasjonsdatabase. Oracle databaser er laget for å lagre masse detaljnivå data i den mest plassbesparende måten mulig, og med rask henting ganger for individuelle rader med data; Essbase-kuber er utformet for å pre-beregne og samle mange detaljnivå data og deretter gi skiver av det raskt, noe som gjør sterke antagelser om spørringsbanene som brukerne vil ta. MDEX skjønt ble designet for å støtte Endeca search and discovery bruker tilfeller, hvor brukeren kan søke og filtrere vilkårlig, og få raske aggregerte visninger returnert tilbake til dem. Som sådan posisjonerer Endeca MDEX som en hybrid søk / analytisk database designet for analyse av ulike og raskt skiftende data.

Oracle Endeca MDEX engine er spørringsmotoren Til Oracle Endeca Guided search. Den inneholder-

1. Indekser (Dgidx).
2. Dgraph.
3. Agraph

indeksene som genereres AV ITL-laget, lastes gjennom MDEX-motoren.

ETTER at indeksen er lastet, MOTTAR MDEX-motoren søk fra applikasjonsnivået, den samsvarer med dem mot indeksen og returnerer relevante resultater til brukerens nettleserprogram.

programnivået gir et grensesnitt til MDEX-motoren.

Programnivået gir et grensesnitt til MDEX-Motoren. De to standardgrensesnittene, som kan brukes i samme program, Er Presentasjons-API og Web services-grensesnittet.

Presentasjons-API-En og grensesnittet for webtjenester brukes til å spørre MDEX-motoren og endre resultatene. ITL komponenter som Forge kjøre offline på bestemte tidsperioder avhengig av dine forretningsbehov. MDEX engine og Endeca applikasjonsnivå må være online når og når du vil at kundene dine skal få tilgang til dataene dine.

disse grensesnittene brukes til å spørre MDEX-Motoren og manipulere resultatene. Endeca ITL-komponentene, som Forge, kjøres offline med intervaller som passer for dine forretningsbehov. Endeca MDEX Engine og Endeca Application Tier er begge online prosesser, noe som betyr at de må fortsette å kjøre så lenge du vil at kundene skal ha tilgang til datasettet ditt.

endeca MDEX – motorspørringsresultater

Endeca MDEX-motoren returnerer to typer informasjon.

1. Resultater for en spørring(et postsett eller en enkelt post).
2. støtteinformasjonen for bygging følger på spørsmål. (Denne informasjonen hjelper brukere å avgrense eller utvide sine søk ved hjelp av fasetter og filtre.)

alle spørringsresultater returnert fra ENDECA MDEX-Motoren inneholder to typer informasjon. Disse informasjonstypene er

• de riktige resultatene for spørringen (for eksempel et postsett eller en individuell post)
• støtteinformasjonen for å bygge oppfølgingsspørringer følgingsspørringsinformasjonen gjør det mulig for brukere å avgrense eller utvide spørringen og tilsvarende spørringsresultatene.

MDEX-motoren beregner søkeresultatene på en måte for å forhindre blindveier som «ingen resultater funnet» ved å gi passende alternativer for videreutvikling av neste trinn.

Dette er en viktig funksjon som skiller Endeca fra andre søkeløsninger.

To typer spørringer

Oracle Endeca Search støtter to typer søk: navigasjonsspørsmål og søkeord søk.

• Navigasjonsspørringer returnerer et sett med poster basert på programdefinerte postegenskaper (for eksempel type bærbar pc eller område i en nettbutikk for bærbar pc), pluss eventuell oppfølgingsspørringsinformasjon.
• Søkeordsøk returnerer et sett med poster basert på et brukerdefinert søkeord, pluss eventuell oppfølgingsspørringsinformasjon.

Navigasjonsspørsmål og søkeord søk er komplementære. Faktisk er et søkeord søk en spesiell type navigasjonsspørring, og datastrukturene for resultatene av de to spørringene er identiske: et sett med poster og oppfølging spørring informasjon.

Brukere kan utføre en kombinasjon av navigasjonsspørsmål og søkeordsøk for å navigere til ønsket postsett på den måten som fungerer best for dem. Brukere kan for eksempel utføre et søkeordsøk for å hente et sett med poster, og deretter bruke en etterfølgende navigasjonsspørring for å avgrense det settet med poster. Den omvendte situasjonen er også gyldig.

Hva Er Endeca-poster

Endeca-poster inneholder dataene som brukerne navigerer til eller søker etter.

Endeca-poster er basert på tradisjonelle poster i en kildedatabase. Kildedatabaseposter inneholder vanligvis informasjon som flasker vin i en vinbutikk, kundepostene i ET CRM-program eller verdipapirfondene i en fondevaluator.

kildedatabaseposter lagrer denne informasjonen i ett eller flere nøkkel – / verdipar, kjent som egenskaper. Denne informasjonen blir tilgjengelig for søknaden din når du forvandler kildedatabasepostene Til Endeca-poster. Hvis du vil transformere kildedatabasepostene Til Endeca-poster, må du tilordne kildepostegenskapene til Egenskapene Til Endeca-poster.

dimensjoner og Endeca-poster tilsvarer dermed egenskapene til kildedatabaseposter. Som kilde rekord egenskaper, Endeca egenskaper er nøkkel / verdi par. Følgende figur illustrerer nøkkel / verdipar i en enkel Endeca-post:

en Enkelt Endeca posten kan tilsvare en rekke kilde poster. Anta for eksempel at fire forskjellige kildeposter refererer til samme bok i forskjellige formater: innbundet, paperback, stor skrift og lyd. Du kan konfigurere Guidet Søk søknad å kombinere informasjonen i disse fire kilde poster i en Enkelt Endeca post.

Hva Er endeca dimensjoner og dimensjonsverdier

Dimensjoner er logiske kategorier som gjør Det mulig å organisere Endeca-postene dine i strukturer som kundene kan navigere gjennom for å finne informasjon om produkter eller tjenester som de kanskje vil kjøpe.

en dimensjon er et hierarki av dimensjonsverdier. En dimensjon som helhet tilsvarer vanligvis en generell kategori av produkter eller tjenester. Dimensjonsverdier inneholder stadig mer spesifikk informasjon om produkter og tjenester, jo lavere er de i hierarkiet.

den høyeste dimensjonsverdien i en dimensjon kalles dimensjonsroten. En dimensjonsrot tjener som navnet på dimensjonen. Hver dimensjonsverdi kan ha en eller flere underordnede dimensjonsverdier. en dimensjonsverdi med underordnede dimensjonsverdier kalles en overordnet dimensjonsverdi.

en underordnet dimensjonsverdi kan bare ha en overordnet dimensjonsverdi. Dimensjonsverdier som er barn med samme overordnede dimensjonsverdi, kalles søskendimensjonsverdier. Søsken dimensjonsverdier kan ikke være identiske. Dimensjonsverdier som ikke er søsken kan imidlertid være identiske, selv innenfor samme dimensjon.

dimensjonsverdiene som ikke har noen barn, kalles bladdimensjonsverdier. Bladdimensjonsverdier inneholder vanligvis informasjon om bestemte produkter og tjenester. En dimensjonsverdi som ikke tilhører blad, kan for eksempel representere en rekke priser, og verdiene for bladdimensjon-barna – kan representere enkeltprodukter med priser som faller innenfor dette området. Følgende figur illustrerer en enkel dimensjon kalt «Vintype»:

Poster kan organiseres i søkbare hierarkier ved å merke dem med dimensjonsverdier. Poster er vanligvis merket med bladdimensjonsverdier, men kan være merket med ikke-bladdimensjonsverdier for spesielle formål.

Merking av en post med en dimensjonsverdi gjør følgende:

• den angir plasseringen av posten i den tilknyttede dimensjonen. I eksemplet nedenfor er Endeca-postene For Flasker A og B merket Med Den Røde dimensjonsverdien i Vintype-dimensjonen, Mens Endeca-postene For Flasker C og D er merket Med Den Hvite dimensjonsverdien, og så videre.
• den identifiserer posten som et gyldig resultat når dimensjonsverdien er valgt i en navigasjonsspørring. I eksemplet nedenfor gir en navigasjonsspørring på Den Røde dimensjonsverdien et resultatsett som inneholder Flasker A og B.

endeca search best practices –

Søkemotorer krever regelmessig vedlikehold som biler.

1. Nøyaktige søkeresultater –
   1. Generer en liste over daglig søkte søkeord Som Endeca rapporterte null resultater for. Listen kan hentes Fra Endeca motor forespørsel logg.
   2. Gjør alle tekstfeltene søkbare uten å gjøre Dem til en del av Det Eksisterende Endecas søkegrensesnitt. Bare feltene/dimensjonene i søkegrensesnittet vil bli søkt; de som ikke er en del av søkegrensesnittet, vil aldri delta i søk selv om de er indeksert.
   3. bruk søkeordene som ga null resultater vi har identifisert for å verifisere mot alle søkbare tekstfelt.
   4. Generer en rapport som viser resultatantallet avvik mellom tekstfeltet og søkegrensesnittet-hvis søkegrensesnittet ikke returnerer noen resultater, men individuelle tekstfelt returnerer resultater som er større enn 0, har Vi identifisert tilfellene Der Endeca feilaktig hadde gitt brukerne null resultater.
   5. følgende tabell registrerer resultatet av trinnet ovenfor. For alle søkeord (kolonne 1) som ikke virkelig ga null resultater (kolonne 5), er det nødvendig med videre analyse og handling. Disse søkeordene var faktisk ikke ment å ha produsert null resultater.
   6. følgende tabell registrerer resultatet av trinnet ovenfor. For alle søkeord (kolonne 1) som ikke virkelig ga null resultater (kolonne 5), er det nødvendig med videre analyse og handling. Disse søkeordene var faktisk ikke ment å ha produsert null resultater.
   7. Basert på de ovennevnte funnene kan vi bruke en av følgende tilnærminger for å løse problemet:
      • Legg til tekstfeltene som ga resultater i det eksisterende søkegrensesnittet, eller
      • Kopier verdien i tekstfeltet som ga resultater, til et av de eksisterende feltene i søkegrensesnittet.

      i tillegg kan delvise samsvarskonfigurasjoner også bidra til scenarier med null treff. Vurder tilfeller der brukerne søker etter «kraftig oppvaskmaskin «og» stille kjøleskap » på et hjemmeapparats nettsted. Standard Endeca partial match-konfigurasjonen dikterer at resultatene må matche minst 2 ord (se skjermbilde nedenfor), som effektivt gjør alle søkeord med to søkeord til » match alle søkeord. Som et resultat, hvis forhandlerens nettsted ikke inneholder «kraftig» eller «stille» i produktbeskrivelsene eller titlene, vil det ikke vises kjøleskap eller oppvaskmaskin på brukerens søkeresultatside. Forhandlere kan vurdere tuning delvis match til «match minst 1 ord» for å redusere null-hit priser.

2. Effektive søkeresultater-Endeca bruker motorbufferen til å lagre resultater som allerede ble behandlet i tidligere forespørsler, noe som bidrar til å forbedre søkeytelsen fordi Det unngår å behandle de samme forespørslene gjentatte ganger. Selv om det er fordelaktig å utnytte motorbufferen for å øke ytelsen, er det flere ting å vurdere:
   • Identifiser spørringene som resultatene kan bufres fra motorforespørslingsloggen. Disse spørringene vil bli brukt til å varme opp motoren. For Eksempel Er Endeca-drevne toppnavigasjonsmenyelementer generelt vanlige på alle sider. Dette er en god kandidat for bufrede resultater i stedet for å treffe motoren for hver forespørsel. En annen god kandidat for caching er populære søk. For eksempel, for en elektronikkforhandler eller et varehus, kan noen populære feriesøk inkludere «Xbox», «Amazon Echo» eller » black Friday-tilbud.»
   • motorbufferminnet må være stort nok til å holde bufrede resultater.
   • motorbufferen valideres etter hver grunnlinjeoppdatering (full oppdatering av indeksen), og hurtigbufferen må fylles ut (varmes opp) ved hjelp av spørringene som er identifisert ovenfor.
3. søkerelevans – endeca søkerelevans er tett påvirket av to hovedkomponenter:
   1. Endeca søkegrensesnitt – består av en liste over søkbare felt fra hver post i indeksen. Jo flere søkbare felt som inngår i et søkegrensesnitt, jo bredere søk. Det motsatte resulterer i et smalt søk.
   2. Relevansrangeringsmoduler-ut-av-boksen-rangeringsalgoritmer som, når de plasseres etter hverandre, produserer de ønskede rangeringsordrene. De mest brukte modulene er:
      1. • Antall vilkår-rangerer resultater basert på antall matchede vilkår matchet.

         søkeord: «lekker kjøkkenvask»

         Matchende poster: «min kjøkkenvask lekker ikke lenger etter at jeg fikset det» og «jeg har ennå ikke installert asink i kjøkkenet mitt ennå»

         Rangering: Record 1 er rangert høyere enn record 2 fordi den matchet alle tre søkeordene.

         • Single match vs cross field match – single field match av alle søkeord har en høyere score enn de matchede cross field.

      2. søkeord: «populære reisemål for spring break»

         matchende kilder:

         Record 1:

         Title: «Populære reisemål for spring break!»

         Beskrivelse: «Rabattert flybillett, hotell for spring break…»

         Record 2:

         Title: «Hva er populært for spring break?»

         Beskrivelse: «Dette er alles drømmedestinasjoner!»

         Rangering: Post 1 rangeres høyere enn post 2 fordi tittelen samsvarer med alle søkeordene i søkeordet.

      3. sorter etter feltverdier i stigende / synkende rekkefølge. Popularitet er et godt eksempel som du kan bruke denne algoritmen på. Følgende diagram viser hvordan relevanskomponentene fungerer sammen for å produsere ønsket rangeringsordre.

Hvorfor reduserte Bruken Av Oracle Endeca?

Oracle har mistet sin vei. Det har falt bak teknologikurven og klarte ikke å gi en overbevisende veikart for å møte de nye kravene til digital detaljhandel. Endeca var opprinnelig en innovativ, åpen plattform bygget av noen av de lyseste ingeniører i bransjen, Men Gjennom årene Har Oracle gjort Endeca til en massiv, stiv «svart boks» som er begrenset i funksjonalitet, smertefullt vanskelig å endre, sakte å distribuere, dyrt å vedlikeholde og nesten umulig å innovere med.

hvis du leter etter et alternativ Til Endeca, kan Du se På Expertrecs Endeca alternativ.

Bruk Et Alternativ Til Endeca