Projekt Tintensucher

Office - Word, Excel und Co. 9.753 Themen, 41.598 Beiträge

Projekt Tintensucher

supporterli am 03.05.2005, 18:41 / 5 Antworten / Baumansicht

Ich versuche eine elegante Lösung zu finden, um einen Tintensucher zu realisieren. Man soll nach Druckertyp oder Tinte suchen, und die Artikelnummer/Tinte erhalten. Da es ständig neue Druckertypen und Tinten gibt, sollen die Daten einfach hinzugefügt werden. Ich habe da an Access gedacht. Kann mir jemand eine Tip geben wie man das in etwa realisieren könnte? Das Problem dabei ist, dass zu jeder Tinte verschiedene Drucker passen und umgekehrt.

In Excel ist das ganze sehr umständlich auf dem aktuellen Stand zu halten.

Borlander

supporterli „Projekt Tintensucher“

03.05.2005, 23:11 Optionen

Das Problem dabei ist, dass zu jeder Tinte verschiedene Drucker passen und umgekehrt.
Also gibt es eine n:m-Assoziation zwischen Tinten und Druckern ;-)
In solchen Fällem bedient man sich im Einfachsten Falleiner DB mit 3 Tabellen: Je eine für alle Druckermodelle/Tintenpatronen und eine in der die alle zusammenpassenden Drucker↔Tinte-Paare enthält (in dieser Tabelle stehen nur Verweise auf die Primärschlüssel der anderen beiden Tabellen). Kommen Tinten von anderen Anbietern ins Spiel oder Patronen die sich nur durch die Füllmenge unterscheiden, so halte ich ich es ratsam statt die Tintentabelle aus der vorherigen Beschreibung durch eine Tabelle mit Tintenklassen zu ersetzen und aus der Tintentabelle dann auf die Tintenklasse zu verweisen (jede Tintenpatrone wird genau einer Tintenklasse zugeordnet):
Drucker ↔ Tintenklasse ← Tintenpatrone
(hilf vielleicht ein bisschen sich das vorzustellen, entspricht aber keinem Notationsstandard ;-) )

Gruß
Borlander[Dieser Beitrag wurde nachträglich verändert]

Borlander

supporterli „Projekt Tintensucher“

03.05.2005, 23:13 Optionen

Mit Access sollte das ntaürlich möglich sein (hab ich allerdings noch nie gemacht, ich verwende für sowas lieber MySQL+PHP - ist am flexibelsten)...

supporterli Nachtrag zu: „Projekt Tintensucher“

06.05.2005, 17:21 Optionen

Hui ist wohl doch nicht so einfach wie ichs mir vorgestellt habe =).
aber der Hinweis mit der n:m Assoziation bringt mich bestimmt mal in die richtige Richtung. Besten Dank auf jeden Fall für die Hilfe.
Falls jemand weiss wie das in Access zu bewerkstelligen ist (n:m) wäre ich dankbar.

Das ganze wird später auch auf mySQL laufen aber die Verwaltung und Aktualisierung würde ich gern unabhängig von mySQL vornehmen. Somit bietet sich nach wie vor Access an.

Borlander

supporterli „Hui ist wohl doch nicht so einfach wie ichs mir vorgestellt habe . aber der...“

06.05.2005, 17:55 Optionen

Das ganze wird später auch auf mySQL laufen aber die Verwaltung und Aktualisierung würde ich gern unabhängig von mySQL vornehmen. Somit bietet sich nach wie vor Access an.
Ich halte es für keine all zu gute Idee zwei verschiedene DB-Systeme zu verwenden, allein schon weil man dann immer zwei verschiedene Datenbestände hat...

die Verwaltung und Aktualisierung würde ich gern unabhängig von mySQL vornehmen.
???

Btw.: Zum Dateneinplegen würde im einfachsten Fall uch phpMyAdmin reichen...

supporterli Nachtrag zu: „Projekt Tintensucher“

06.05.2005, 19:52 Optionen

OK Access ist wohl doch nicht allzu vernünftig. Da sich die Daten daraus wohl schlecht in MySQL einbinden lassen. Am elegantesten wäre dann wohl ein Web Interface für die Dateneingabe und das ganze direkt auf MySQL aufzubauen.
Aber da muss ich noch hinter die Bücher. Also werde ich mich mal durch ein paar Tutorials hindurchwühlen. Danke nochmals für die Hilfe.