Datensätze taggen

Daniel A. schrieb:
> Was sind diese Datensätze überhaupt?
Informationen zu Dateien.

Das Hochzählen habe ich auch gedacht. Aber durch das Hashen hat die ID 
einen Bezug zur Datei, so dass man sie auch wiederfinden kann, wenn die 
Datei verschoben wurde und man muss nicht jedes Mal erstmal nachsehen, 
ob die Nummer schon vergeben ist. (Das zweite ist nicht so ganz 
relevant.)

Wenn die Datensätze strukturiert sind, solltest du zusätzliche IDs 
hinzufügen (Also z.B. eine hochlaufende Nummer)
Bei dem Vorgehen von oben kannst du die Nutzdaten nicht mehr verändern 
ohne die Verknüpfung zu verlieren.
Letztlich also: ID + Liste mit möglichen Tags + Verknüpfungstabelle.

Wenn du eine Lösung für dich zur Anwendung suchst schau dir mal 
Tagspaces an. Eventuell ist das schon, was du suchst.


https://www.tagspaces.org/

JJ schrieb:
> Bei dem Vorgehen von oben kannst du die Nutzdaten nicht mehr verändern
> ohne die Verknüpfung zu verlieren.
Wie gesagt, es geht um Dateien. Im Datensatz wird auch Name und Pfad 
gespeichert. Werden die Daten verändert (was selten passieren soll), 
kann man sie über den Pfad wiederfinden oder eben nach dem Umbenennen 
oder Verschieben über den Hash.
JJ schrieb:
> Letztlich also: ID + Liste mit möglichen Tags + Verknüpfungstabelle.
Also ist das ein brauchbares Vorgehen, wie ich es vorhabe!?
JJ schrieb:
> Wenn du eine Lösung für dich zur Anwendung suchst schau dir mal
> Tagspaces an. Eventuell ist das schon, was du suchst.
>
> https://www.tagspaces.org/
Das habe ich bei der Suche schon gefunden. Mir geht es aber um's 
Selberschreiben.

Danke für die Antworten.

Falls jemand noch eine gute schnelle Hasfunktion für lange Eingaben 
(Dateien) kennt, gerne her damit. :-)

Dussel schrieb:

> Gibt es gute Standardhashfunktionen für den Fall?

Ich verwende md5sum; allerdings codiere ich das Ergebnis
um (5bit je Stelle).

> Ist das mit den Taglisten sinnvoll

Sicher.
Das ist die Standard-Darstellung, die eine relationale
Datenbank verwenden würde.


> oder gibt es bessere Verfahren?

Naja, was heisst "besser"?

Du kannst Alias-Namen (=Hardlinks) vergeben und für jedes
Tag ein Verzeichnis machen, in das Du den Hardlink
einsortierst.

Du kannst natürlich auch -- wie Tagspace -- die Tags im
Dateinamen unterbringen; wenn Du mehrere Tags vergeben
willst, legst Du mehrere Hardlinks an.


Oder eben Mapping-Tabellen, wie von Dir vorgeschlagen.

Meine eigene Software (noch im Prototyp-Stadium) verwendet
alle drei Methoden.


> Sowas ist ja eigentlich in Datenbanken ein Standardproblem.
> Unter welchen Stichworten sucht man da?

Gar nicht. Aus der ersten Normalform folgt, dass man eine
Mapping-Tabelle mit zwei Spalten aufbaut (Datei-Hash und
Tag); wenn dieselbe Datei mehrere Tags hat, belegt sie
entsprechend mehrere Zeilen in der Tabelle.


> Beim Thema Datenbanken habe ich nicht viel zur konkreten
> Umsetzung gefunden.

Zu trivial :)

Egon D. schrieb:
>> Ist das mit den Taglisten sinnvoll
>
> Sicher.
> Das ist die Standard-Darstellung, die eine relationale
> Datenbank verwenden würde.
Egon D. schrieb:
> Zu trivial :)
Ich dachte, da gäbe es vielleicht irgendwelche ausgeklügelten 
Mechanismen. Ein Suchbaum ist auch trivial. Und dann erfährt man 
irgendwas von B+-Bäumen und Rot-Schwarz-Bäumen… (nur mal als Beispiel 
für meine Überlegungen) :-)

Danke dir auch für die Antwort.