Eure Meinung zu einem Datenbank-Projekt

[CChris]

Interessante Idee.

Die Datenbank dazu ist schnell aufgesetzt und der Webseiten-Hauptteil für Besucher ist auch schnell erstellt.
Dann wird es jedoch knifflig. Wer darf Daten einpflegen, wie umfangreich ist das Admin-Menü, gibt es eine exportierbare Version, wer hostet das Projekt, und wo? Kostet schließlich Geld, wenn man nicht von Billighoster zu Billighoster springen will ..
Sollen die bisherigen Listen dadurch ersetzt werden, ist das Projekt/Mitglieder nur deutschsprachig, werden fremde Listen hineinkopiert? Gibt es verschiedene Rechte für einzelne Mitglieder, um fremde Leute als 'Supporter' miteinbeziehen zu können? Dann hätte man fast schon sein eigenes CMS mit dem damit verbundenen Zeitaufwand in Programmierung / Wartung..

Zu deinem Konzept:
Ich denke mal, dieser Screenshot soll nur die dem Besucher angezeigte 'leicht lesbare Version' darstellen. Klingt durchdacht.

Zur tatsächlichen Datenstruktur:
Als erstes natürlich das obligatorische 'ID'-Feld mit auto_increment.
Zeiträume wie 1969-1976 zumindest in 2 Zahlenwerte aufteilen oder sogar gleich als 'Date' speichern, damit man solche Zeiträume auch eventuell auf Monate genau angeben kann. Also eine baujahr_von und eine baujahr_bis -Spalte.
Bei Brennweite ebenso ein getrenntes von-bis, genauso die zugehörige Blende. Das kann man in der Anzeige ja zusammenführen, aber durch die Trennung auf der Datenebene wird z.B. ein einfaches Sortieren und Suchen der Datensätze erst möglich.
(Z.B. alle Carl-Zeiss Objektive zwischen 1960 und 1980, geordnet nach Erscheinungsjahr)

Das Auflagemaß hängt vom Mount ab, muss also nicht in jeden Datensatz. Filter -> Filterdurchmesser?
Mindestfokusdistanz? Bemerkungen wie 'Macro 1:2'?

Bei Hersteller und Mounts würde ich mit weiteren Tabellen und Foreign-Keys arbeiten. (MYSLQ INNO-DB Engine statt MYISAM)

Auf ähnliche Weise könnte man auch zu jeder Objektivversion die jeweils bekannten Seriennummern speichern - eventuell sogar auf Wunsch ohne die letzten 3 Ziffern, viele wollen ja nur ungern ihre Seriennummer komplett irgendwo eingeben.

Die Baulänge unterscheidet sich bei Mindestfokus/Unendlich -> 2 Werte. Außerdem halte ich eine Versionsangabe als "1. Reihe, 1. Version" für sehr schwer - was, wenn man dann 5 Versionen hat und eine 0. Version auftaucht, ein Prototyp oder ähnlich? Und will man dem Besucher wirklich gleich alle X Versionen eines Objektives anzeigen?
Eventuell macht es sogar Sinn, einen Haupteintrag zum z.B. "Canon EF 50mm f/1.8" anzulegen, auf die alle Varianten des 1.8/50er verweisen, und dann immer die letzte Version anzuzeigen. (Das lässt sich technisch auf verschiedene Arten per Foreign Keys lösen)

Das Einstellen einer neuen Objektivversion mit z.B. 2 Blendenlamellen mehr, das 1 Jahr später erschienen ist, geht ja dann leicht von der Hand: bisher letzte Version anklicken, 'klonen', Datensätze anpassen und als neue Version speichern.

Mit einer Option auf "gesamte Versionsgeschichte anzeigen" hinter jedem Objektiv hätte man dann alle Details und alle Versionen. Das klingt umständlich, aber wenn man sich z.B. den Minolta Lens Index anschaut, versteht man sicher wieso ich das vorschlage: teilweise gibt es pro Brennweiten-Blende-Kombination von einem Hersteller(!) 10 bekannte Versionen - das erschlägt ja jeden Besucher, der nicht gerade nach genau diesen Versionen des Objektives sucht.


Zum 'Entschlacken':
Was an Details dann tatsächlich angezeigt wird, lässt sich ja auch nach dem Einpflegen der Daten jederzeit anpassen - eventuell auch als "Besucher" und "Sammler"-Ansicht.
Objektive vom gleichen Hersteller (/Mount) könnte man in getrennten Tabellen mit Überschriften anzeigen, so spart man sich bereits Hersteller und Anschluss in der Liste selbst. (Es sei denn, du meinst Fertigungsstandort, der ist aber ja meistens nicht genau bekannt und kann variieren)

Unbedingt dazu müssen Name, Brennweite, Blende, Anfangsbaujahr und der Link zu den Details / 'Datenblatt', die optische Konstruktion (Linsen/Gruppen) wäre auch gut.

Details wie Filterdurchmesser, max. Blende, Gewicht, Lamellen etc. helfen zwar, einzelne Versionen zu unterscheiden, sind aber eher zweitrangig, wenn es um eine gute Darstellung geht.

Eine 'Nummer' des Objektives würde ich nicht anzeigen.



Abschließend würde ich sagen: ein Mega-Projekt, das durchaus funktionieren kann. Die PHP-Programmierung wird aufwendig, was das Admin-Backend angeht.
Jetzt stellt sich die Frage: lohnt sich das gegenüber des bisherigen Systems mit Excel-Listen?