Eine allgemeine Architekturfrage in Sitecore 6 ...
Sagen wir, wir haben eine Situation, in der wir 10.000 Artikel haben, die eine "Press Release" Vorlage implementieren. Diese Artikel sind in Sitecore unter /sitecore/content/home/press/* gespeichert. Auf unserer Homepage möchten wir einige Informationen zu den 3 letzten Pressemitteilungen anzeigen.
Wir suchen nach etwas, das dem von SQL entspricht:
%Vor%Beim Lesen der Sitecore-Abfragedokumentation klingt es so, als ob die Mehrheit dieser Abfrage in unserer C # -Anwendung behandelt werden muss. Etwas wie:
%Vor%Es scheint, dass das Laden von 10.000 Sitecore-Elementen aus der Datenbank in den Speicher und das anschließende Sortieren bei jedem Zugriff auf unsere Homepage aus Leistungsperspektive nicht akzeptabel ist.
Gibt es eine effizientere Möglichkeit, diese Abfrage auszudrücken? Oder sollte ich mich auf Ausgabe-Caching und / oder Vorberechnung konzentrieren?
Sitecore Query (oder eine schnelle Abfrage) unterstützt keine Sortierung oder TOP-Konstrukte, daher müssen diese Dinge in Code ausgedrückt werden.
Die Konzentration auf Caching ist eine gute Sache. Die Verwendung von Standard-Sitecore-Rendering-Caching ist ein einfacher Ansatz. Ich glaube nicht, dass Sie in diesem Fall etwas Komplizierteres benötigen.
Es hilft zu verstehen, dass Sitecore-Abfragen entweder auf SQL- oder API-Ebene aufgelöst werden können , was sich auf die Leistung auswirkt und manchmal zu Ihrem Vorteil genutzt werden kann.
Schnelle Abfrage ist in Sitecore 6 integriert und alle Abfragen auf SQL-Ebene ausführen, wodurch die Leistung drastisch erhöht wird. Es unterstützt momentan auch nicht das Sortieren und TOP, aber wir überlegen, wie das hinzugefügt werden kann.
Eine Lösung für das Problem "10 neuste Nachrichten" ist die Verwendung von Lucene.
Dies ist eine Möglichkeit, es zu tun .