DocumentatieAEM as a Cloud ServiceHandboek

Inhoud zoeken en indexeren indexing

Last update: Mon Jul 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Onderwerpen:

Gemaakt voor:

  • Beheerder

Wijzigingen in AEM as a Cloud Service changes-in-aem-as-a-cloud-service

Met AEM as a Cloud Service beweegt de Adobe zich van een AEM instantie-centric model naar een op dienst-gebaseerde mening met n-x AEM Containers, die door CI/CD pijpleidingen in Cloud Manager wordt aangedreven. In plaats van het vormen van en het handhaven van Indexen op enige AEM instanties, moet de configuratie van de Index vóór een plaatsing worden gespecificeerd. De veranderingen van de configuratie in productie zijn duidelijk het beleid van CI/CD breken. Hetzelfde geldt voor indexwijzigingen, aangezien dit van invloed kan zijn op de stabiliteit en de prestaties van het systeem als niet nader aangegeven, getest en opnieuw geïndexeerd voordat deze in productie worden genomen.

Hieronder volgt een lijst met de belangrijkste wijzigingen ten opzichte van AEM 6.5 en eerdere versies:

  1. De gebruikers hebben geen toegang tot de Manager van de Index van één enkele AEMInstantie om, indexeren te zuiveren te vormen of te handhaven. Het wordt alleen gebruikt voor lokale ontwikkeling en on-prem-implementaties.
  2. De gebruikers veranderen geen Indexen op één enkel AEMInstantie noch moeten zij zich over consistentiecontroles of het opnieuw indexeren meer ongerust maken.
  3. Over het algemeen worden indexwijzigingen aangevangen voordat naar de productie wordt gegaan om de kwaliteitsgateways in de Cloud Manager-CBI/Cd-pijpleidingen niet te omzeilen en geen invloed te hebben op de KPI's van de bedrijfsvoering in de productie.
  4. Alle verwante metriek, met inbegrip van onderzoeksprestaties in productie, is beschikbaar voor klanten bij runtime om de holistische mening over de onderwerpen van Onderzoek en het Indexeren te verstrekken.
  5. Klanten kunnen waarschuwingen instellen op basis van hun behoeften.
  6. SRE's controleren de systeemgezondheid 24/7 en er wordt zo snel mogelijk actie ondernomen.
  7. Indexconfiguratie wordt gewijzigd via implementaties. Wijzigingen in indexdefinities worden net als andere wijzigingen in de inhoud geconfigureerd.
  8. Op een hoog niveau op AEM as a Cloud Service, met de introductie van het het rollen plaatsingsmodel, bestaan twee reeksen indexen: voor de oude versie, en voor de nieuwe versie.
  9. Klanten kunnen zien of de indexerende baan op Cloud Manager volledig is bouwt pagina en ontvangt een bericht wanneer de nieuwe versie klaar is om verkeer te nemen.

Beperkingen:

  • Indexbeheer op AEM as a Cloud Service wordt momenteel alleen ondersteund voor indexen van het type lucene .
  • Alleen standaardanalysatoren worden ondersteund (dat wil zeggen de analysatoren die bij het product worden geleverd). Aangepaste analysatoren worden niet ondersteund.
  • Intern, zouden andere indexen voor vragen kunnen worden gevormd en worden gebruikt. Bijvoorbeeld, zouden de vragen die tegen de damAssetLucene index worden geschreven, op Skyline, in feite tegen een versie van de Elasticsearch van deze index kunnen worden uitgevoerd. Dit verschil is doorgaans niet zichtbaar voor de toepassing en de gebruiker, maar bepaalde gereedschappen, zoals de functie explain , rapporteren een andere index. Voor verschillen tussen de indexen van Lucene en Elastische indexen, zie de Elastische documentatie in Apache Jackrabbit Oak. Klanten hoeven en kunnen Elasticsearch-indexen niet rechtstreeks configureren.
  • Zoeken op vergelijkbare eigenschapvectoren (useInSimilarity = true) wordt niet ondersteund.
TIP
Voor meer details op Oak Indexeren en Vragen, met inbegrip van een gedetailleerde beschrijving van geavanceerde onderzoek en het indexeren eigenschappen, zie de Documentatie van Apache Oak.

Hoe wordt het gebruikt how-to-use

Indexdefinities kunnen als volgt in drie gevallen van primair gebruik worden ingedeeld:

  1. voeg een nieuwe definitie van de douaneindex toe.
  2. werk een bestaande indexdefinitie bij door een nieuwe versie toe te voegen.
  3. verwijder een indexdefinitie die niet meer noodzakelijk is.

Voor zowel de punten 1 als 2 hierboven, moet u een indexdefinitie als deel van uw basis van douanecode in het respectieve de versieschema van Cloud Manager tot stand brengen. Voor meer informatie, zie het Opstellen aan AEM as a Cloud Servicedocumentatie.

Indexnamen index-names

Een indexdefinitie kan in één van de volgende categorieën vallen:

  1. De OOTB-index (Out-of-the-box). Bijvoorbeeld: /oak:index/cqPageLucene-2 of /oak:index/damAssetLucene-8 .

  2. Aanpassing van een OOTB-index. Deze worden aangegeven door -custom- toe te voegen, gevolgd door een numerieke id aan de oorspronkelijke indexnaam. Bijvoorbeeld: /oak:index/damAssetLucene-8-custom-1 .

  3. Volledig aangepaste index: het is mogelijk een geheel nieuwe geheel nieuwe index te maken. Hun naam moet een voorvoegsel hebben om naamconflicten te voorkomen. Bijvoorbeeld: /oak:index/acme.product-1-custom-2 , waarbij het voorvoegsel acme. is

NOTE
Het introduceren van nieuwe indexen op het dam:Asset nodetype (in het bijzonder fulltext indexen) wordt sterk afgeraden, omdat deze een conflict kunnen veroorzaken met OOTB-productfuncties, wat tot functionele en prestatieproblemen kan leiden. Over het algemeen is het toevoegen van extra eigenschappen aan de huidige damAssetLucene-* indexversie de meest aangewezen manier om vragen op dam:Asset nodetype te indexeren (deze veranderingen zullen automatisch in een nieuwe productversie van de index worden samengevoegd als het daarna wordt vrijgegeven). In geval van twijfel kunt u contact opnemen met de Adobe Support voor advies.

De nieuwe indexdefinitie voorbereiden preparing-the-new-index-definition

NOTE
Als het aanpassen van een uit-van-de-doos index, bijvoorbeeld, damAssetLucene-8, kopieer de recentste uit-van-de-doos indexdefinitie van het milieu van de a Cloud Service gebruikend de Manager van het Pakket CRX DE (/crx/packmgr/). Wijzig de naam in damAssetLucene-8-custom-1 (of hoger) en voeg uw aanpassingen toe in het XML-bestand. Dit zorgt ervoor dat de vereiste configuraties niet per ongeluk worden verwijderd. Het knooppunt tika onder /oak:index/damAssetLucene-8/tika is bijvoorbeeld vereist in de aangepaste index die wordt geïmplementeerd in een AEM Cloud Service-omgeving, maar bestaat niet in de lokale AEM SDK.

Maak voor aanpassingen van een OOTB-index een nieuw pakket met de feitelijke indexdefinitie die volgt op dit naamgevingspatroon:

<indexName>-<productVersion>-custom-<customVersion>

Voor een volledig aangepaste index bereidt u een nieuw indexdefinitiepakket voor dat de indexdefinitie bevat die volgt op dit naamgevingspatroon:

<prefix>.<indexName>-<productVersion>-custom-<customVersion>

NOTE
Voor inhoudspakketten met indexdefinities moeten de volgende eigenschappen zijn ingesteld in het properties.xml -bestand van het inhoudspakket. properties.xml wordt standaard gemaakt in een nieuw pakket en bevindt zich op <package_name>/META-INF/vault/properties.xml :

  • noIntermediateSaves=true

  • allowIndexDefinitions=true

Aangepaste indexdefinities gebruiken deploying-custom-index-definitions

Om de plaatsing van een aangepaste versie van de uit-van-de-doos index damAssetLucene-8 te illustreren, zullen wij een geleidelijke gids verstrekken. In dit voorbeeld wordt de naam gewijzigd in damAssetLucene-8-custom-1 . Dan is het proces als volgt:

  1. Maak een nieuwe map met de bijgewerkte indexnaam in de map ui.apps :

    • Voorbeeld: ui.apps/src/main/content/jcr_root/_oak_index/damAssetLucene-8-custom-1/

  2. Voeg een configuratiebestand .content.xml toe met de aangepaste configuraties in de gemaakte map. Hieronder ziet u een voorbeeld van een aanpassing:
    Bestandsnaam: ui.apps/src/main/content/jcr_root/_oak_index/damAssetLucene-8-custom-1/.content.xml

    code language-xml 
    <?xml version="1.0" encoding="UTF-8"?>
<jcr:root xmlns:jcr="http://www.jcp.org/jcr/1.0" xmlns:dam="http://www.day.com/dam/1.0" xmlns:nt="http://www.jcp.org/jcr/nt/1.0" xmlns:oak="http://jackrabbit.apache.org/oak/ns/1.0" xmlns:rep="internal"
    jcr:mixinTypes="[rep:AccessControllable]"
    jcr:primaryType="oak:QueryIndexDefinition"
    async="[async,nrt]"
    compatVersion="{Long}2"
    evaluatePathRestrictions="{Boolean}true"
    includedPaths="[/content/dam]"
    maxFieldLength="{Long}100000"
    type="lucene">
    <facets
        jcr:primaryType="nt:unstructured"
        secure="statistical"
        topChildren="100"/>
    <indexRules jcr:primaryType="nt:unstructured">
        <dam:Asset jcr:primaryType="nt:unstructured">
            <properties jcr:primaryType="nt:unstructured">
                <cqTags
                    jcr:primaryType="nt:unstructured"
                    name="jcr:content/metadata/cq:tags"
                    nodeScopeIndex="{Boolean}true"
                    propertyIndex="{Boolean}true"
                    useInSpellcheck="{Boolean}true"
                    useInSuggest="{Boolean}true"/>
            </properties>
        </dam:Asset>
    </indexRules>
    <tika jcr:primaryType="nt:folder">
        <config.xml jcr:primaryType="nt:file"/>
    </tika>
</jcr:root>

  3. Voeg een item toe aan het FileVault-filter in ui.apps/src/main/content/META-INF/vault/filter.xml :

    code language-xml 
    <?xml version="1.0" encoding="UTF-8"?>
<workspaceFilter version="1.0">
    ...
    <filter root="/oak:index/damAssetLucene-8-custom-1"/>
</workspaceFilter>

  4. Voeg een configuratiebestand voor Apache Tika toe in: ui.apps/src/main/content/jcr_root/_oak_index/damAssetLucene-8-custom-1/tika/config.xml

    code language-xml 
    <properties>
    <detectors>
        <detector class="org.apache.tika.detect.TypeDetector"/>
    </detectors>
    <parsers>
        <parser class="org.apache.tika.parser.DefaultParser">
        <mime>text/plain</mime>
        </parser>
    </parsers>
    <service-loader initializableProblemHandler="ignore" dynamic="true"/>
</properties>

  5. Zorg ervoor dat uw configuratie met de richtlijnen in de sectie van de Configuratie van het Projectwordt verstrekt in overeenstemming is. Breng de nodige aanpassingen aan.

Projectconfiguratie

We raden u ten zeerste aan versie >= 1.3.2 van het Jackrabbit filevault-package-maven-plugin te gebruiken. U kunt dit als volgt in uw project opnemen:

  1. Werk de versie op het hoogste niveau bij pom.xml :

    code language-xml 
    <plugin>
    <groupId>org.apache.jackrabbit</groupId>
        <artifactId>filevault-package-maven-plugin</artifactId>
        ...
        <version>1.3.2</version>
    ...
</plugin>

  2. Voeg het volgende toe aan het hoogste niveau pom.xml:

    code language-xml 
    <jackrabbit-packagetype>
    <options>
        <immutableRootNodeNames>apps,libs,oak:index</immutableRootNodeNames>
    </options>
</jackrabbit-packagetype>

    Hier volgt een voorbeeld van het bestand op hoofdniveau van het project pom.xml met de bovenstaande configuraties:

    Bestandsnaam: pom.xml

    code language-xml 
    <plugin>
    <groupId>org.apache.jackrabbit</groupId>
        <artifactId>filevault-package-maven-plugin</artifactId>
        ...
        <version>1.3.2</version>
        <configuration>
            ...
            <validatorsSettings>
                <jackrabbit-packagetype>
                    <options>
                        <immutableRootNodeNames>apps,libs,oak:index</immutableRootNodeNames>
                    </options>
                </jackrabbit-packagetype>
                ...
            ...
</plugin>

  3. In ui.apps/pom.xml en ui.apps.structure/pom.xml is het nodig om de opties allowIndexDefinitions en noIntermediateSaves in te schakelen in het dialoogvenster filevault-package-maven-plugin . Als u allowIndexDefinitions inschakelt, zijn aangepaste indexdefinities mogelijk, terwijl noIntermediateSaves ervoor zorgt dat de configuraties automatisch worden toegevoegd.

    Bestandsnamen: ui.apps/pom.xml en ui.apps.structure/pom.xml

    code language-xml 
    <plugin>
    <groupId>org.apache.jackrabbit</groupId>
        <artifactId>filevault-package-maven-plugin</artifactId>
        <configuration>
            <allowIndexDefinitions>true</allowIndexDefinitions>
            <properties>
                <cloudManagerTarget>none</cloudManagerTarget>
                <noIntermediateSaves>true</noIntermediateSaves>
            </properties>
    ...
</plugin>

  4. Voeg een filter voor /oak:index in ui.apps.structure/pom.xml toe:

    code language-xml 
    <filters>
    ...
    <filter><root>/oak:index</root></filter>
</filters>

Implementeer de nieuwe toepassing met Cloud Manager nadat u de nieuwe indexdefinitie hebt toegevoegd. Deze implementatie start twee taken, die verantwoordelijk zijn voor het toevoegen (en indien nodig samenvoegen) van de indexdefinities aan respectievelijk MongoDB en Azure Segment Store voor auteur en publicatie. Vóór de omschakeling, ondergaan de onderliggende bewaarplaatsen opnieuw in overeenstemming met de bijgewerkte indexdefinities.

TIP
Voor meer details over de vereiste pakketstructuur voor AEM as a Cloud Service, zie AEM de Structuur van het Project.

Indexbeheer met behulp van rollende implementaties index-management-using-rolling-deployments

Wat is indexbeheer what-is-index-management

Indexbeheer gaat over het toevoegen, verwijderen en wijzigen van indexen. Het veranderen van de definitie van een index is snel, maar het toepassen van de verandering (vaak genoemd "bouwend een index", of, voor bestaande indexen, "het opnieuw indexeren"vereist tijd. Het is niet onmiddellijk: de gegevensopslagruimte moet gescand worden om de gegevens te indexeren.

Wat zijn de Rolling Plaatsingen what-are-rolling-deployments

Een rolplaatsing kan onderbreking verminderen. Het staat ook voor nul downtime verbeteringen toe en verstrekt snelle terugschroeven van prijzen. De oude versie van de toepassing wordt tegelijk met de nieuwe versie van de toepassing uitgevoerd.

Alleen-lezen en Gebieden lezen/schrijven read-only-and-read-write-areas

Bepaalde delen van de opslagplaats (alleen-lezen onderdelen van de opslagplaats) kunnen verschillend zijn in de oude en de nieuwe versie van de toepassing. De gebieden met het kenmerk Alleen-lezen van de gegevensopslagruimte zijn doorgaans /app en /libs . In het volgende voorbeeld wordt cursief gebruikt voor het markeren van alleen-lezen gebieden, terwijl vet wordt gebruikt voor lezen-schrijven gebieden.

  • /
  • /apps (alleen-lezen)
  • /content
  • /libs (alleen-lezen)
  • /eak:index
  • /eak:index/acme.
  • /jcr:system
  • /system
  • /var

De lees-schrijfgebieden van de opslagplaats worden gedeeld tussen alle versies van de toepassing, terwijl er voor elke versie van de toepassing een specifieke set /apps en /libs is.

Indexbeheer zonder doorlopende implementaties index-management-without-rolling-deployments

Tijdens de ontwikkeling, of wanneer het gebruiken van installaties op-gebouw, kunnen de indexen worden toegevoegd, worden verwijderd, of bij runtime worden veranderd. Indexen worden gebruikt wanneer ze beschikbaar zijn. Als een index nog niet in de oude versie van de toepassing wordt gebruikt, dan wordt de index typisch gebouwd tijdens een geplande onderbreking. Hetzelfde geldt wanneer u een index verwijdert of een bestaande index wijzigt. Wanneer u een index verwijdert, is deze niet meer beschikbaar wanneer u de index verwijdert.

Indexbeheer met doorlopende implementaties index-management-with-rolling-deployments

Met het rollen plaatsingen, is er geen onderbreking. Gedurende een update worden zowel de oude versie (bijvoorbeeld versie 1) van de toepassing als de nieuwe versie (versie 2) tegelijkertijd uitgevoerd op dezelfde opslagplaats. Als voor versie 1 een bepaalde index beschikbaar moet zijn, mag deze index niet worden verwijderd in versie 2. De index moet later worden verwijderd, bijvoorbeeld in versie 3, waarna gegarandeerd is dat versie 1 van de toepassing niet meer wordt uitgevoerd. Ook, zouden de toepassingen zodanig moeten worden geschreven dat versie 1 goed werkt, zelfs als versie 2 loopt, en als de indexen van versie 2 beschikbaar zijn.

Nadat de upgrade naar de nieuwe versie is voltooid, kunnen oude indexen door het systeem worden opgeschoond. De oude indexen blijven misschien nog een tijdje, om terugdraaiversies te versnellen (als een terugdraaiing nodig zou moeten zijn).

In de volgende tabel worden vijf indexdefinities weergegeven: index cqPageLucene wordt in beide versies gebruikt, terwijl index damAssetLucene-custom-1 alleen in versie 2 wordt gebruikt.

NOTE
AEM as a Cloud Service heeft <indexName>-custom-<customerVersionNumber> nodig om deze te markeren als vervanging voor een bestaande index.
Index
Index buiten de box
Gebruiken in versie 1
Gebruiken in versie 2
/eak:index/damAssetLucene
Ja
Ja
Nee
/eak:index/damAssetLucene-custom-1
Ja (aangepast)
Nee
Ja
/oak:index/acme.product-custom-1
Nee
Ja
Nee
/oak:index/acme.product-custom-2
Nee
Nee
Ja
/oak:index/cqPageLucene
Ja
Ja
Ja

Het versienummer wordt telkens verhoogd wanneer de index wordt gewijzigd. Als u wilt voorkomen dat aangepaste indexnamen botsen met indexnamen van het product zelf, moeten aangepaste indexen en wijzigingen in indexen die buiten het vak staan, eindigen met -custom-<number> .

Wijzigingen in indexen buiten de box changes-to-out-of-the-box-indexes

Nadat de Adobe een uit-van-de-doos index zoals "damAssetLucene"of "cqPageLucene"verandert, wordt een nieuwe index genoemd damAssetLucene-2 of cqPageLucene-2 gecreeerd. Of als de index al is aangepast, wordt de aangepaste indexdefinitie samengevoegd met de wijzigingen in de index buiten het vak, zoals hieronder wordt weergegeven. Het samenvoegen van wijzigingen gebeurt automatisch. Dat betekent dat u niets hoeft te doen als een index buiten de doos verandert. Het is echter mogelijk de index later opnieuw aan te passen.

Index
Index buiten de box
Gebruiken in versie 2
Gebruiken in versie 3
/eak:index/damAssetLucene-custom-1
Ja (aangepast)
Ja
Nee
/eak:index/damAssetLucene-2-custom-1
Ja (automatisch samengevoegd van damAssetLucene-custom-1 en damAssetLucene-2)
Nee
Ja
/oak:index/cqPageLucene
Ja
Ja
Nee
/oak:index/cqPageLucene-2
Ja
Nee
Ja

Huidige beperkingen current-limitations

Indexbeheer wordt alleen ondersteund voor indexen van het type lucene met compatVersion ingesteld op 2 . Intern, zouden andere indexen voor vragen, bijvoorbeeld, Elasticsearch indexen kunnen worden gevormd en worden gebruikt. Query's die op basis van de damAssetLucene -index zijn geschreven, kunnen in AEM as a Cloud Service worden uitgevoerd op een versie van deze index die Elasticsearch is. Dit verschil is onzichtbaar voor de gebruiker van de toepassing, maar bepaalde gereedschappen, zoals de functie explain , rapporteren een andere index. Voor verschillen tussen Lucene en Elasticsearch indexen, zie de documentatie van de Elasticsearch in Apache Jackrabbit Oak. Klanten kunnen en hoeven Elasticsearch-indexen niet rechtstreeks te configureren.

Alleen ingebouwde analysatoren worden ondersteund (dat wil zeggen de analysatoren die bij het product worden geleverd). Aangepaste analysatoren worden niet ondersteund.

Voor de beste operationele prestaties, zouden de indexen niet bovenmatig groot moeten zijn. De totale grootte van alle indexen kan als richtlijn worden gebruikt. Als deze grootte na het toevoegen van aangepaste indexen met meer dan 100% toeneemt en de standaardindexen in een ontwikkelomgeving zijn aangepast, moeten de aangepaste indexdefinities worden aangepast. AEM as a Cloud Service kan voorkomen dat indexen worden geïmplementeerd die de stabiliteit en prestaties van het systeem negatief beïnvloeden.

Een index toevoegen adding-an-index

Als u een volledig aangepaste index met de naam /oak:index/acme.product-custom-1 wilt toevoegen die in een nieuwe versie van de toepassing en hoger wordt gebruikt, moet de index als volgt worden geconfigureerd:

acme.product-1-custom-1

Deze configuratie werkt door een douane herkenningsteken aan de indexnaam vooraf in te stellen, die door een punt (.) wordt gevolgd. De id moet uit 2 tot 5 tekens bestaan.

Zoals hierboven, zorgt deze configuratie ervoor dat de index slechts door de nieuwe versie van de toepassing wordt gebruikt.

Index wijzigen changing-an-index

Wanneer een bestaande index wordt gewijzigd, moet een nieuwe index met de gewijzigde indexdefinitie worden toegevoegd. Stel bijvoorbeeld dat de bestaande index /oak:index/acme.product-custom-1 is gewijzigd. De oude index wordt opgeslagen onder /oak:index/acme.product-custom-1 en de nieuwe index wordt opgeslagen onder /oak:index/acme.product-custom-2 .

De oude versie van de toepassing gebruikt de volgende configuratie:

/oak:index/acme.product-custom-1

De nieuwe versie van de toepassing gebruikt de volgende (veranderde) configuratie:

/oak:index/acme.product-custom-2

NOTE
Indexdefinities in AEM as a Cloud Service komen mogelijk niet volledig overeen met de indexdefinities in een lokale ontwikkelingsinstantie. Het ontwikkelingsexemplaar heeft geen configuratie Tika, terwijl de instanties van AEM as a Cloud Service één hebben. Als u een index met een configuratie van de Tika aanpast, behoud de configuratie van de Tika.

Een wijziging ongedaan maken undoing-a-change

Soms wordt het nodig om een wijziging in een indexdefinitie ongedaan te maken. Dit kan gebeuren als er een onbedoelde fout optreedt of als de wijziging niet langer vereist is. Neem bijvoorbeeld de indexdefinitie damAssetLucene-8-custom-3, die per ongeluk is gemaakt en al is geïmplementeerd. Daarom wilt u terugkeren naar de vorige indexdefinitie, damAssetLucene-8-custom-2. hiervoor moet u een nieuwe index met de naam damAssetLucene-8-custom-4 invoeren die de definitie van de vorige index bevat, damAssetLucene-8-custom-2.

Een index verwijderen removing-an-index

Het volgende is alleen van toepassing op aangepaste indexen. Productindexen kunnen niet worden verwijderd omdat ze door AEM worden gebruikt.

Als een index in een recentere versie van de toepassing wordt verwijderd, kunt u een lege index (een lege index bepalen die nooit wordt gebruikt, en geen gegevens bevat), met een nieuwe naam. In dit voorbeeld kunt u de naam /oak:index/acme.product-custom-3 geven. Deze naam vervangt de index /oak:index/acme.product-custom-2. Nadat /oak:index/acme.product-custom-2 is verwijderd door het systeem, kan de lege index /oak:index/acme.product-custom-3 vervolgens worden verwijderd. Een voorbeeld van een dergelijke lege index is:

<acme.product-custom-3
        jcr:primaryType="oak:QueryIndexDefinition"
        async="async"
        compatVersion="2"
        includedPaths="/dummy"
        queryPaths="/dummy"
        type="lucene">
        <indexRules jcr:primaryType="nt:unstructured">
            <rep:root jcr:primaryType="nt:unstructured">
                <properties jcr:primaryType="nt:unstructured">
                    <dummy
                        jcr:primaryType="nt:unstructured"
                        name="dummy"
                        propertyIndex="{Boolean}true"/>
                </properties>
            </rep:root>
        </indexRules>
</acme.product-custom-3>

Als het niet meer nodig is om een uit-van-de-doos index te hebben, dan moet u de uit-van-de-doos indexdefinitie kopiëren. Als u bijvoorbeeld damAssetLucene-8-custom-3 al hebt geïmplementeerd, maar de aanpassingen niet meer nodig hebt en wilt terugschakelen naar de standaard damAssetLucene-8 -index, moet u een index damAssetLucene-8-custom-4 toevoegen die de indexdefinitie van damAssetLucene-8 bevat.

Optimalisatie van index en query index-query-optimizations

Met Apache Jackrabbit Oak kunnen flexibele indexconfiguraties zoekopdrachten efficiënt verwerken. Indexen zijn vooral belangrijk voor grotere opslagplaatsen. Zorg ervoor dat alle vragen door een aangewezen index worden gesteund. De vragen zonder een geschikte index kunnen duizenden knopen lezen, die dan als waarschuwing worden geregistreerd.

Zie dit documentvoor informatie over hoe de vragen en de indexen kunnen worden geoptimaliseerd.

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab