Sök och navigering är det viktigaste i online shopping. När en användare söker efter en given är det viktigt att relevanta produkter visas för användaren inom en kort tidsperiod. För att göra detta bör cheferna i online shoppingföretaget ges ett kraftfullt verktyg för att hantera de olika aspekterna av sökmotorn.

Detta är vad Endeca search gör. Det ger e-handel webbplatsägare verktyg för att hantera sökupplevelsen på deras hemsida.

Lägg till sökning på din webbplats

Vad är Oracle Endeca?

ordet Endeca betyder”att upptäcka”. Endeca, företaget grundades 1999, och det fokuserar främst på–

1. e-handel.
2. företagssökning.
3. Business intelligence.

i traditionella e-handel inventering frågesystem, du var tvungen att börja på toppen genom att välja, säg, herrkläder eller Damkläder, välj sedan från herrbyxor, herrtröjor, herrrockar och så vidare. Så småningom skulle du komma till 36″ herrbyxor i svart, men det var en väldigt linjär och ”guidad” rutt genom data. Webbplatser som använde Endecas sökteknik presenterade däremot en lista över dimensioner och attribut på ena sidan, och användaren kunde göra val från dem för att begränsa sökningen. Allt detta hände blixtsnabbt och med en back-end som var mycket lätt för kunden att underhålla.

så Endeca fokuserade först på denna e-handelsmarknad och utvecklade MDEX-motorn för att stödja detta och marknadsförde den som en kolumnbutik, snabbutvecklingsfråga motor som tillåter ”facetterade sökningar” över många olika, ”jagged” dataset (dvs dataset som inte har samma datamodell men med viss gemensamhet mellan dem).

en kort introduktion om terminologierna i Endeca-

Endeca ville ge sina användare ett enkelt och enkelt sätt att interagera med och analysera data med lättanvänt användargränssnitt, som skalar till stora skalor för både strukturerad och ostrukturerad data.

Endeca search tillgodoser användarnas behov av att söka, navigera och analysera data av alla storlekar från flera datakällor. Det hjälper också att skära och tärna över dimensioner och borra ner till de finaste detaljerna eller ha en makroskopisk bild av data. Användare bör också kunna utföra komplexa sökfrågor enkelt.

förutom att ge sökresultat för en fråga Kan Oracle Endeca guidad navigering berätta för användarna, nästa steg som att förfina och utforska och också undvika ”inga resultat hittades”. Dessa förslag är omrankade och omorganiserade med varje klick som hjälper till att leverera en mycket bättre användarnavigeringsupplevelse.

Oracle Endeca guidad sökning komponenter

Oracle Endeca guidad sökning har tre huvudkomponenter.

dessa komponenter är:

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

Endeca information transformation layer (ITL) läser dina råa källdata och konverterar till Oracle Endeca MDEX engine index. Lire består av

1. innehållsförvärvssystemet.
   1. Endeca CAS server och konsol
   2. CAS API
   3. Endeca sökrobot.
2. Data gjuteri
   1. Forge (en datamanipulation program).

Oracle Endeca MDEX engine –

Vad är MDEX, och hur jämför det med Oracle-produkter som Oracle Database och Oracle Essbase?

först och främst är det värt att förstå designmålen bakom MDEX jämfört med en Essbase cube eller en Oracle relationsdatabas. Oracle-databaser är utformade för att lagra massor av detaljnivådata på det mest rymdeffektiva sättet och med snabba hämtningstider för enskilda rader med data; Essbase-kuber är utformade för att beräkna och aggregera massor av detaljnivådata och sedan ge skivor av det snabbt, vilket gör starka antaganden om de sökvägar som användarna kommer att ta. MDEX var dock utformad för att stödja Endeca search och discovery använder fall där användaren kan söka och filtrera godtyckligt och få snabba aggregerade vyer tillbaka till dem. Som sådan positionerar Endeca MDEX som en hybrid sökning/analytisk databas utformad för analys av olika och snabbt föränderliga data.

Oracle Endeca mdex-motorn är frågemotorn för Oracle Endeca guidad sökning. Den innehåller-

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

indexen som genereras av ITL-skiktet laddas genom mdex-motorn.

när indexet har laddats tar mdex-motorn emot sökfrågor från applikationsnivån, den matchar dem mot indexet och returnerar relevanta resultat till användarens webbläsarprogram.

applikationsnivån ger ett gränssnitt till mdex-motorn.

applikationsnivån ger ett gränssnitt till Mdex-motorn. De två standardgränssnitten, som kan användas i samma applikation, är Presentation API och Webbtjänstgränssnittet.

Presentation API och webbtjänstgränssnittet används för att fråga mdex-motorn och ändra resultaten. ITL-komponenterna som Forge körs offline vid specifika tidsperioder beroende på dina affärsbehov. Mdex engine och Endeca application tier måste vara online när och när du vill att dina kunder ska få tillgång till dina data.

dessa gränssnitt används för att fråga Mdex-motorn och manipulera resultaten. Endeca ITL-komponenter, som Forge, körs offline med intervaller som passar dina affärsbehov. Endeca Mdex Engine och Endeca Application Tier är båda Online-processer, vilket innebär att de måste förbli igång så länge du vill att kunderna ska ha tillgång till din dataset.

Endeca Mdex Engine query results

Endeca MDEX engine returnerar två typer av information.

1. resultat för en fråga ( en postmängd eller en enda post).
2. den stödjande informationen för byggnad följer på frågor. (Denna information hjälper användare att förfina eller bredda sina sökfrågor med hjälp av fasetter och filter.)

alla frågeresultat som returneras från Endeca MDEX-motorn innehåller två typer av information. Dessa informationstyper är

• lämpliga resultat för frågan (till exempel en postmängd eller en enskild post)
• stödinformationen för att bygga uppföljningsfrågor informationen om uppföljningsfrågan tillåter användare att förfina eller bredda sin fråga och, på motsvarande sätt, deras frågeresultat.

mdex motorn beräknar sökresultaten på ett sätt för att förhindra återvändsgränder som ”inga resultat hittades” genom att tillhandahålla lämpliga nästa steg förfining alternativ.

detta är en nyckelfunktion som skiljer Endeca från andra söklösningar.

två typer av frågor

Oracle Endeca Search stöder två typer av sökfrågor: navigationsfrågor och sökordssökfrågor.

• Navigationsfrågor returnerar en uppsättning poster baserade på applikationsdefinierade postegenskaper (t.ex. bärbar datortyp eller region i en bärbar Datorbutik online), plus eventuell information om uppföljningsfrågor.
• sökfrågor för sökord returnerar en uppsättning poster baserade på ett användardefinierat sökord, plus eventuell uppföljningsfråga.

Navigationsfrågor och sökfrågor för nyckelord kompletterar varandra. Faktum är att en sökordsfråga är en speciell typ av navigationsfråga, och datastrukturerna för resultaten av de två frågorna är identiska: en uppsättning poster och efterföljande frågeinformation.

användare kan utföra en kombination av navigeringsfrågor och sökfrågor för att navigera till önskad postuppsättning på det sätt som fungerar bäst för dem. Användare kan till exempel köra en sökfråga för sökord för att hämta en uppsättning poster och sedan använda en följdnavigeringsfråga för att förfina den uppsättningen poster. Den omvända situationen är också giltig.

Vad är Endeca-poster

Endeca-poster innehåller de data som användarna navigerar till eller söker efter.

Endeca-poster baseras på traditionella poster i en källdatabas. Källdatabasposter innehåller vanligtvis information som flaskor vin i en vinbutik, kundregister i en CRM-applikation eller fonder i en fondutvärderare.

Källdatabasposter lagrar denna information i ett eller flera nyckel – /värdepar, så kallade egenskaper. Denna information blir tillgänglig för din applikation när du omvandlar källdatabasposterna till Endeca-poster. Om du vill omvandla källdatabasposterna till Endeca-poster måste du mappa källpostegenskaperna till Egenskaper för Endeca-poster.

således motsvarar dimensioner och Endeca-poster egenskaperna för källdatabasposter. Liksom källpostegenskaper är Endeca-egenskaper nyckel – / värdepar. Följande figur illustrerar nyckel / värdepar i en enkel Endeca-post:

en enda Endeca-post kan motsvara valfritt antal källposter. Antag till exempel att fyra olika källposter hänvisar till samma bok i olika format: inbunden, pocketbok, stort tryck och ljud. Du kan konfigurera din guidade Sökapplikation för att kombinera informationen i dessa fyra källposter till en enda Endeca-post.

Vad är Endeca-dimensioner och Dimensions-värden

dimensioner är logiska kategorier som gör det möjligt att organisera dina Endeca-poster i strukturer som kunder kan navigera genom för att hitta information om produkter eller tjänster som de kanske vill köpa.

en dimension är en hierarki av dimensions värden. En dimension som helhet motsvarar vanligtvis en allmän kategori av produkter eller tjänster. Dimensions värden innehåller allt mer specifik information om produkter och tjänster, desto lägre är de i hierarkin.

det högsta dimensionsvärdet i en dimension kallas dimensionsroten. En dimension rot fungerar som namnet på dess dimension. Varje dimensions värde kan ha ett eller flera underordnade dimensions värden; ett dimensions värde med underordnade dimensions värden är känd som en överordnad dimension värde.

ett underordnat dimensions-värde kan bara ha ett överordnat dimensions-värde. Dimensions värden som är barn med samma förälder dimension värde kallas syskon dimension värden. Syskondimensionsvärden kan inte vara identiska. Dimensionsvärden som inte är syskon kan dock vara identiska, även inom samma dimension.

dimensionsvärdena som inte har några barn kallas bladdimensionsvärden. Leaf dimension värden innehåller vanligtvis information om vissa produkter och tjänster. Till exempel kan ett icke — bladdimensionsvärde representera ett prisintervall och bladdimensionsvärdena — dess barn-kan representera enskilda produkter vars priser faller inom det intervallet. Följande figur illustrerar en enkel dimension med namnet ”vintyp”:

poster kan organiseras i sökbara hierarkier genom att märka dem med dimensions värden. Poster är vanligtvis taggade med bladdimensionsvärden men kan märkas med icke-bladdimensionsvärden för speciella ändamål.

tagga en post med ett dimensions värde gör följande saker:

• den anger platsen för posten inom den tillhörande dimensionen. I exemplet nedan är Endeca-posterna för flaskorna A och B märkta med det röda dimensionsvärdet i vintypsdimensionen, medan Endeca-posterna för flaskorna C och D är märkta med det vita dimensionsvärdet och så vidare.
• den identifierar posten som ett giltigt resultat när det dimensionsvärdet väljs i en navigationsfråga. I exemplet nedan ger en navigationsfråga på det röda dimensionsvärdet en resultatuppsättning som innehåller flaskorna A och B.

Endeca search best practices-

sökmotorer kräver regelbundet underhåll som bilar.

1. exakta sökresultat –
   1. generera en lista över dagliga sökta nyckelord för vilka Endeca rapporterade nollresultat. Listan kan extraheras från Endeca engine request log.
   2. gör alla textfält sökbara utan att göra dem alla till en del av det befintliga endecas sökgränssnitt. Endast fälten/dimensionerna i sökgränssnittet kommer att sökas; de som inte ingår i sökgränssnittet kommer aldrig att delta i sökningen trots att de är indexerade.
   3. använd söktermerna som gav nollresultat som vi har identifierat för att verifiera mot alla sökbara textfält.
   4. generera en rapport som visar resultaträkningsavvikelsen mellan textfältet och sökgränssnittet – om sökgränssnittet inte returnerar några resultat men enskilda textfält returnerar resultat större än 0, har vi framgångsrikt identifierat de fall där Endeca felaktigt hade gett användarna nollresultat.
   5. följande tabell registrerar utmatningen från ovanstående steg. För alla söktermer (kolumn 1) som inte riktigt gav nollresultat (kolumn 5) behövs ytterligare analys och åtgärder. Dessa söktermer var i själva verket inte tänkt att ha producerat noll resultat.
   6. följande tabell registrerar utmatningen från ovanstående steg. För alla söktermer (kolumn 1) som inte riktigt gav nollresultat (kolumn 5) behövs ytterligare analys och åtgärder. Dessa söktermer var i själva verket inte tänkt att ha producerat noll resultat.
   7. baserat på ovanstående resultat kan vi använda en av följande metoder för att lösa problemet:
      • Lägg till textfält som returnerade resultat i det befintliga sökgränssnittet, eller
      • kopiera värdet på textfältet som returnerade resultat till ett av de befintliga fälten i sökgränssnittet.

      dessutom kan partiella matchningskonfigurationer också bidra till noll-träff-scenarier. Tänk på fall där användare söker efter” kraftfull diskmaskin ”och” tyst kylskåp ” på en hushållsapparatwebbplats. Standard Endeca partiell match konfiguration dikterar att resultaten måste matcha minst 2 ord (se skärmdump nedan), som effektivt förvandlar alla söktermer med två sökord i ”matcha alla sökord.”Som ett resultat, om återförsäljarens webbplats inte innehåller ”kraftfull” eller ”tyst” i sina produktbeskrivningar eller titlar, skulle inget kylskåp eller diskmaskin dyka upp på användarens sökresultatsida. Återförsäljare kan överväga att ställa in partiell matchning för att” matcha minst 1 ord ” för att minska noll-träffhastigheter.

2. effektiva sökresultat-Endeca använder motorcache för att lagra resultat som redan bearbetats i tidigare förfrågningar, vilket hjälper till att förbättra sökprestanda eftersom det undviker att behandla samma förfrågningar upprepade gånger. Även om det är fördelaktigt att utnyttja motorcachen för att öka prestanda, finns det flera saker att tänka på:
   • identifiera frågorna om vilka resultat som kan cachas från motorförfrågningsloggen. Dessa frågor kommer att användas för att värma upp motorn. Till exempel är Endeca-drivna toppnavigeringsmenyalternativ vanligtvis vanliga på alla sidor. Detta är en bra kandidat för cachade resultat snarare än att slå motorn för varje begäran. En annan bra kandidat för caching är populära sökfrågor. Till exempel, för en elektronik återförsäljare eller ett varuhus, några populära semester sökfrågor kan inkludera ”Xbox,” ”Amazon Echo,” eller ”black Friday erbjudanden.”
   • motorns cacheminne måste vara tillräckligt stort för att hålla cachade resultat.
   • motorcachen valideras efter varje baslinjeuppdatering (fullständig uppdatering av indexet), vid vilken tidpunkt cachen måste fyllas i (värmas) med hjälp av de frågor som identifierats ovan.
3. Sök relevans-Endeca sök relevans tätt påverkas av två huvudkomponenter:
   1. Endeca sökgränssnitt – består av en lista över sökbara fält från varje post i indexet. Ju fler sökbara fält som ingår i ett sökgränssnitt, desto bredare är sökningen. Det motsatta resulterar i en smal sökning.
   2. relevans ranking moduler-out-of-the-box ranking algoritmer som, när de placeras en efter en, producera de önskade ranking order. De mest använda modulerna är:
      1. • antal termer-rankar resultat baserat på antalet matchade termer matchade.

         sökterm:”läckande diskbänk ”

         matchande poster:” min diskbänk läcker inte längre efter att jag fixat den ”och”jag har ännu inte installerat asink i mitt kök ännu”

         Ranking: post 1 rankas högre än Post 2 eftersom det matchade alla tre nyckelorden.

         • Single match vs. cross field match – single field match för alla söktermer har en högre poäng än de matchade cross field.

      2. sökterm:”populära spring break destinationer ”

         matchande poster:

         spela in 1:

         Titel: ”populära destinationer för spring break!”

         beskrivning: ”rabatterade flygbiljetter, hotell för Spring break…”

         Record 2:

         Titel: ”Vad är populärt för spring break?”

         Beskrivning: ”Det här är allas drömdestinationer!”

         rankning: Post 1 rankas högre än Post 2 eftersom dess titel matchade alla nyckelord i söktermen.

      3. Sortera efter fältvärden i stigande / fallande ordning. Popularitet är ett bra exempel på vilket du kan tillämpa denna algoritm. Följande diagram visar hur relevanskomponenterna fungerar tillsammans för att producera önskad rangordning.

varför minskade användningen av Oracle Endeca?

Oracle har förlorat sin väg. Det har fallit bakom teknikkurvan och misslyckats med att ge en övertygande färdplan för att ta itu med de nya kraven från digital detaljhandel. Endeca var ursprungligen en innovativ, öppen plattform byggd av några av de ljusaste ingenjörerna i branschen, men genom åren har Oracle förvandlat Endeca till en massiv, styv ”svart låda” som är begränsad i funktionalitet, smärtsamt svår att ändra, långsam att distribuera, dyr att underhålla och darn nästan omöjligt att förnya sig med.

om du letar efter ett alternativ till Endeca kan du titta på Expertrecs Endeca-alternativ.

Använd ett Endeca-alternativ