Zurück zu den Objektspeicher-FAQs
HILFECENTER · FAQObjektspeicher2 Min. Lesezeit

Wann sollte ich Objektspeicher statt einer Datenbank verwenden?

Objektspeicher und Datenbanken lösen unterschiedliche Aufgaben. Die Auswahl danach, wie Informationen abgerufen und geändert werden, verhindert, dass Dateien in ein Datensatzmodell gepresst oder abfragbare Fakten in undurchsichtigen Objekten verborgen werden.

Objektspeicher

Nach der Form der Informationen wählen

Eine Datei, ein Bild, ein Dokument oder ein Export lässt sich meist am besten als Objekt mit eigenem Namen und Inhalt behandeln. Objektspeicher eignet sich, um solche vollständigen Elemente aufzubewahren und abzurufen. Eine Datenbank ist für strukturierte Datensätze gedacht, deren Felder Sie filtern, vergleichen, sortieren oder kombinieren müssen.

Manche Projekte benötigen beides. Ein Datenbankeintrag kann durchsuchbare Merkmale enthalten und auf eine Datei im Objektspeicher verweisen. Beispielsweise speichert der Datensatz Titel, Eigentümer und Status, während das Dokument ein separates Objekt bleibt. Halten Sie die Beziehung eindeutig, damit die Anwendung die richtige Datei findet, ohne deren Inhalt in jedem Datensatz zu kopieren.

Die Datennutzung planen

Überlegen Sie, was Sie häufiger tun: eine vollständige Datei abrufen oder einzelne Fakten über viele Datensätze hinweg abfragen? Prüfen Sie, ob sich Informationen als Ganzes oder feldweise ändern. Diese Fragen helfen bei der Wahl des primären Speichers und vermeiden unnötige Duplikate.

Verwenden Sie klare Namen und ordnen Sie zusammengehörige Objekte mit vorhersehbaren Präfixen. Definieren Sie bei strukturierten Daten die Bedeutung und Werte der Felder einheitlich. Ein Objektschlüssel ersetzt keine Zugriffskontrolle einer Datenbank, und große Datei-Inhalte gehören nicht automatisch in einen Datensatz. Die Abrufart hilft, den Entwurf verständlich zu halten.

Zurück zu den Objektspeicher-FAQs