Theoretisch möglich. Allerdings:
1) Die meisten Anwendungen, dazu würde ich jetzt auch mal ein PHP Shop-System zählen, reagieren empfindlich auf Eingriffe in die Datenbasis von "Außerhalb" - also nicht durch sie selbst. Die Eingriffe müssten also wirklich genau dem Datenmodel entsprechen, es darf nirgendwo zu Inkonsistenzen kommen. Dazu muss man das Datenmodell genau kennen, sonst steht irgendwo an anderer Stelle noch der alte Preis und dein System macht sonderbare Dinge.
Es gibt kein allgemein gültiges System, jede Anwendung kann ihre eigene Suppe kochen. So wird z.B. Referenzielle Integrität häufig gar nicht von der Datenbank erzwungen weil die tollen Entwickler sich gedacht haben, da schreibt außer mir sowieso keiner rein und ich bin eh der geilste. Also definitiv ein Backup machen, Restore muss möglich sein, sorgfältig vorher alles anschauen und mit wenigen Daten testen.
2) Beim "Änderungsdatum" stellt sich direkt die Frage, steht das in der selben Tabelle "oxarticles"? Für mich gehört das da in einem sauber normalisierten Modell nicht hin, was, wenn es mehrere Updates zu mehreren Zeitpunkten geben soll? Also definitiv genau anschauen, ob das wirklich nur dort der eine Wert ist.
3) Alles in allem ist das einfach kein schöner Workflow. Was heute vielleicht funktioniert kann beim nächsten Update der Anwendung oder bei der nächsten Änderung der Daten schon nicht mehr funktionieren.
4) Excel kann dir deine exportierten Daten unaufgefordert zerschießen. Z.B. versucht Excel beim Öffnen, Werte zu interpretieren und beim Speichern schreibt es dann das da rein, von dem es glaubt, das es das sein soll. So werden aus Zahlen dann auch mal Datumswerte a la "2. Mär" oder Exponentialfunktionen, und dann knallt es wenn du das der Datenbank "gibst".
Nun zunächst einemal [CODE]SELECT * FROM oxarticles WHERE OXACTVE=1 AND OXTITLE='Pullover'[/CODE]
Wie das Ergebnis in eine Datei, noch dazu in ein spezifisches Format kommt, ist Sache deines Clients phpmyadmin. Ich würde annehmen, der macht nur CSV aber keine Ahnung. Für den Import gilt das selbe, du musst über den Client die Daten erstmal wieder einlesen. Am besten, in eine leere, neue Tabelle um dann die bestehende Tabelleper UPDATE und JOIN mit deinem Import anzupassen. Du solltest zu keinem Zeitpunkt die Daten aus der alten Tabelle löschen und / oder neue Datensätze anlegen, du musst ein sauberes UPDATE ausführen.
Wie gesagt, kommt auf phpmyadmin an. Ich würde annehmen, "einlesen" bedeutet, komplette Datensätze schreiben. Daher bitte erst in eine neue, leere Import-Tabelle.
Ja. Wird nur eventuell scheiße.
Sollte die Anpassung der Preise einem Muster folgen, also z.B. alle Artikel -x %, dann solltest du in jedem Fall ein UPDATE gegen die Tabelle machen. Natürlich auch hier mit der selben Sorgfalt, aber eben ohne Export / Import. Beispiel:
[CODE]UPDATE oxarticles SET OXUPDATEPRICE=OXPRICE*0.9, OXUPDATEPRICETIME=Termin WHERE OXACTVE=1 AND OXTITLE='Pullover'[/CODE]
(natürlich Vorsicht: Ich habe absolut keine Kenntnis von deiner Datenstruktur)
