Hierarchische vs. flache Keyword-Listen und Leistung in Lightroom

Wie von @John Thomas vorgeschlagen, habe ich dies als Folge von gepostet: Wie viele Schlüsselwörter sind in Lightroom ohne Leistungseinbuße möglich?

Gibt es bei gleicher Gesamtanzahl von Schlüsselwörtern einen Leistungsunterschied zwischen einer "flachen" Schlüsselwortliste und einer hierarchischen Schlüsselwortliste?

Antworten (1)

Kurze Antwort: Es kann sein, je nachdem, was Sie tun werden.

Lange Antwort: Normalerweise ist die Keyword-Engine aus Sicht der Datenbank/Speicherung in zwei (Gruppen von) Tabellen aufgeteilt.

Jetzt werde ich den einfachsten Fall mit nur zwei Tabellen betrachten, die das Phänomen (IMHO) ziemlich klar erklären.

Die erste (Gruppe von) Tabelle(n) ist die Tabelle, die die Schlüsselwörter selbst enthält . In dieser Tabelle kann eine variable Anzahl von Feldern sein, aber für unseren Zweck gibt es nur die folgenden Felder:

  • Die eindeutige Schlüsselwort-ID (Primärschlüssel der Tabelle oder kurz PK)
  • Die eindeutige Schlüsselwort-ID des übergeordneten Elements (für Geeks: ein Verweis auf das übergeordnete PK)
  • (nur für Benutzer) Der Schlüsselwortname (der Text, der auf dem Bildschirm gezeichnet wird)

Das wichtige Feld hier ist das 2. Feld, das einen speziellen Wert haben kann ( 'null' , 0, -1 usw.), wenn das besagte Schlüsselwort keinen Elternteil hat.

Wie man hier sehen kann, gibt es bei der Schlüsselworttabelle KEINEN Unterschied, ob die Schlüsselwortliste flach oder hierarchisch ist. .

Ok, wenn wir Puristen sein wollen, können wir argumentieren, dass ein Programm, das nur flache Schlüsselwortlisten unterstützt, etwas schneller sein kann, weil es kein zweites Feld hat, aber normalerweise sind die Listen mit Schlüsselwörtern ziemlich klein im Vergleich zur Rechenleistung von die modernen Computer, daher wird der Unterschied in dieser Hinsicht vernachlässigbar sein.

Aber es gibt eine zweite Tabelle – die Keyword-Links-Tabelle – wo die Dinge komplizierter werden.

Die Schlüsselwort-Links-Tabelle ist die Tabelle, in der die Links zwischen jedem Schlüsselwort und jedem zugeordneten Foto gespeichert sind.

Im einfachsten Fall hat diese Tabelle folgenden Aufbau:

  • Keyword-ID (PK des Keywords aus der obigen Tabelle)
  • Bild-ID (PK des Bildes aus der Tabelle der Bilder)

Das große Problem bei diesem Tisch ist, dass er sehr schnell wächst . Für 100.000 Fotos (was eine normal-mittelgroße Sammlung ist) sprengt das Setzen von nur 4-7 Schlüsselwörtern zu jedem Bild (Was, Wo, Wann, Wer als absolutes Minimum - auch Genre, Technik usw.) die Tabelle auf 400.000 - 700.000 Datensätze.

Wie Sie der Tabellenstruktur entnehmen können, gibt es theoretisch keinen Unterschied zwischen der Verwendung einer flachen oder einer hierarchischen Schlüsselwortstruktur.

Aber praktisch kann es ein Unterschied sein, denn in der Praxis ist der Unterschied zwischen Theorie und Praxis viel größer als in der Theorie .

Konkret, für unsere Diskussion, gibt es in Lightroom ein gefährliches Verhalten, wenn gleichzeitig mit der Zuweisung eines Schlüsselworts zu einem Bild das Programm annimmt, dass alle übergeordneten Schlüsselwörter damit zugewiesen sind .

Ok, wenn Sie wissen, was Sie tun, kann dies gut sein (deshalb haben fast alle Programme dies), aber ansonsten kann es die Schlüsselwort-Links-Tabelle VIEL skalieren, was dazu führen kann (und verursacht) - je nachdem, was Sie tun - Leistungsprobleme.

Daher empfehle ich (abhängig von Ihrer Hardware), vorsichtig mit der Lightroom-Hierarchie umzugehen. Während ich denke, dass eine "flache" Liste (auch wenn die beste Lösung in unserer Diskussion) zu eingeschränkt ist, würde ich empfehlen, hierarchische Schlüsselwörter zu verwenden, aber den Baum nicht zu tief zu machen.

Nebenbei sehe ich nicht die Mächtigkeit des Zweiges als Problem (es macht ja keinen allzu großen Unterschied, ob die 'Root1' 100 oder 1000 Kinder hat), sondern, wie gesagt, eher die Verschachtelungstiefe .

Re: "nicht zu tief", das Unglückliche ist, dass wir hier wirklich eine Ontologie wollen . Es wäre schön, wenn Lightroom zum Beispiel mit einem WordNet- basierten Keyword-Set ausgeliefert würde. Anstelle einer strengen Hierarchie wie jetzt sollte es möglich sein, Zyklen zu haben, sodass das Hinzufügen des Schlüsselworts „Umbrella“ zu einem Foto „Regen“ und „draußen“ implizieren würde, ohne dass diese explizit angewendet werden müssen. Die Einschränkungen von Lr sind für einen Deskriptivisten wie mich ein echtes Problem.