Planungproblem einer Mysql Tabelle

Planungproblem einer Mysql Tabelle (16 Beiträge, 272 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hallo leute!

ich bin gerade dabei eine Mysql Artikeldatenbank zu erstellen, wobei ich folgendes Problem mit den Artikelbildern habe:

Ich möchte zukünftig nicht mehr die Bilder (die ich natürlich in der form "irgeneinname.jpg" bekomme und ich sie bis dato immer manuell umbenennen musste.) manuell hochladen, sondern nur die Verknüpfung mit dem tatsächlichen Artikel erledigen, also so eine Art drag and drop lösung. da momentan die logik vom cms, die die artikel verwaltet einfach in einem temp ordner nach bildern mit der kürzlich angelegten artikel_id gesucht wird mit verschiedenen bilddateiendungen, müsste ein kleines skript bei jedem insert eines artikel nur eine bildumbenennung und ein ftp upload durchführen.

Ist das ueber phpmyadmin überhaupt möglich?

Oder hätte jemand noch eine "bessere" variante, wie man die bilder verlinken kann?

lg

Ich bin ich und alle anderen sind Frisöre.

Nach kurzem googeln solle sowas, wenn auch mit ein paar Problemen, machbar sein.

Die Stichworte sind TRIGGER ( ein after insert trigger) und PHPMYADMIN.

Hallo,

Danke für die Hilfe,

folgendes Problem habe ich aber noch um das Problem zu lösen:

Vorbedingung:
1. Hochladen der neuen Artikelfotos in einen Ordner meines Webservers, wo auch die DB liegt.
Ablauf:
1. phpmyadmin
2.Tabelle auswählen, einen neuen Artikel anlegen.
3.daten eingeben. In einem extra Feld ebenso den jetzigen Dateinamen des Fotos eingeben (zB abc.jpg).
Im Hintergrund erledigt ein Skript die Dateiumbenennung auf dem Webserver
4. Über FTP kopieren der umbenannten Fotos auf den Bilderordner vom cms.

brauch ich dazu nicht ein skript, was mir die Daten umbenennt? habe mit mysql procedures bzw functions auch keinen weg gefunden aufs filesystem zuzugreifen.

ad Trigger:

http://dev.mysql.com/doc/refman/5.0/en/faqs-triggers.html#qandaitem-B-5-1-10

B.5.10: Can triggers call an external application through a UDF?

Yes. For example, a trigger could invoke the sys_exec() UDF available at MySQL Forge here: http://forge.mysql.com/projects/project.php?id=211

wäre es möglich ein shell skript zu schreiben und dieses dann mit dem trigger aufzurufen ? oder ist das zu umständlich und mysql kann es selbst erledigen?
Ich bin ich und alle anderen sind Frisöre.

Darf ich nach dem Namen des CMS fragen?

Bei unseren wird zu einem Artikel ein Bild hochgeladen und der Rest macht das CMS alleine ....

Hallo !

mein Metier ist MS SQL.

Wie man via mysql aufs filesystem zugreift kann ich dir auch nicht sagen.

Hast du schon einmal probiert mit der workbench auf die DB zuzugreifen ?

http://www.mysql.de/products/workbench/

-> wenn ich das 1 Foto rechts betrachte ist da der Zugriff via Web möglich. (inwieweit man dann auf filesystem zugreifen kann ? KEINE AHNUNG !)

das wäre etwas für einen Linuxer.

Alter Schwede. Du willst ja die Datenbank aufs Ärgste missbrauchen. Eine Datenbank ist nur eine Datenbank. Sprich eine Bank, wo man Daten lagert. Eine Datenbank sollte nicht irgendwelche Verzeichnisse durchsuchen, Dateien umbenennen oder sonstige Scherze. Für sowas ist die Applikation zuständig! Also sollte du auch hier ansetzen, also die Applikation modifizieren.

11.01.2012, 15:24 Uhr - Editiert von hellbringer, alte Version: hier

Sie wirds überleben !

sry, da hast du aber absolut recht, nur um mir die arbeit für ein kleines webinterface zu ersparen -.- aber da komm ich eh nicht drum herum
Ich bin ich und alle anderen sind Frisöre.

sry, da hast du aber absolut recht, nur um mir die arbeit für ein kleines
webinterface zu ersparen -.- aber da komm ich eh nicht drum herum

Ein Interface brauchst du so oder so, weil phpMyAdmin nur für Administratoren gedacht ist und nicht damit ein User seine Daten reinklopfen kann.

Genau das ist ja Sinn und Zweck eines CMS.

11.01.2012, 15:49 Uhr - Editiert von hellbringer, alte Version: hier

ja, aber wenn man die daten extern verwalten will und das trotzdem mit dem cms zusammenarbeiten soll?

geplant ist ja ein cms wechsel im laufe der zeit -.-
Ich bin ich und alle anderen sind Frisöre.

Grundlegend stellt sich für mich die Frage ob du es überhaupt nicht anders angehen solltest.

1.) wo liegen die Bilder ? (man könnte ja auch vie web drauf zugreifen=
2.) wenn es so kompliziert ist würde ich eine Temp-DB bei mir erstellen und dort halt die Art_id und das Bild zusammenfügen und dann via PHPmyadmin die beiden DB zusammenfügen . ( die Bilder halt entweder via web oder per ftp wohin man sie halt braucht)

also hier die vollständige geschichte:

Das cms verwaltet zwar alles, die datenimporte kommen aber aus einer .csv datei. Man kann auch einzeln artikel hinzufügen, jedoch ohne foto hochladen sondern ueber ftp auf einen sammelordner, der von einem crawler jede 60 minuten nach neuen bildern mit dem namen der artikelnummer, oder artikel_id besitzen. die werden dann von dort herausgeschnitten und intern abgespeichert.

so nun wollen wir die artikel aber abkapseln vom cms, sodass eine eigene datenbank existiert, die die artikel verwaltet (momentan, excel datei, mit vielen sverweisen und sonstiger logik). Zukünftig können wir hoffentlich so schnell das cms mal wechseln wenn wir wollen.

ok und zukünftig, weil nicht techniker das einfach nicht gerne machen, sollen die fotos, die im format DSC212.jpg oder so vorliegen, nicht mehr händisch umbenannt werden, sondern direkt beim eintragen der artikel. (sodass es einfach ueber drag and drop geht)

Ich dachte mir, aha ok wozu ein webinterface schreiben, das kann ich ja ueber phpmyadmin machen, aber mittlerweile komm ich wohl nciht drum herum. Also einfach ein standardwebinterface mit php einrichten, das ein formular beinhaltet mit den artikeldaten (da kann ichs dann auch schön benennen) und dann ein uploadfield für das bild, das kann dann echt drag and drop reingeschoben werden, das erledigt ja der browser.

Naja wer faul ist muss nach lösungen suchen, nicht ? :D

Ich bin ich und alle anderen sind Frisöre.

Stimmt.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung