Bin ich überhaupt auf dem richtigen Weg?

Rules an
Mit Feeds und tamper_feeds könnte das CSV-Thema lösen.

Zu Ticketsystemen gibt es verschiedene Ansätze.
Aber auch hier sind Rules und Taxonomy mit Views wohl der richtige Ansatz.

Drupal hat keine Probleme mit tausenden von Nodes.

Das sind jetzt erstmal ein paar Brocken.

Nun gut...der Hinweis mit tamper_feeds war schonmal hilfreich...acuh wenn ich da wohl noch was händisch ändern muss. Alles andere war wohl zu allgemein gehalten, so das ich mir jedes Problem einzeln nehmen und bei Frage hier posten werde.

Das ist so weit, dass eine Komplettlösung nicht so schnell in ein Post zu fassen ist.

Beschäftigen mit Drupal ist eh' Voraussetzung, damit man etwas lösen kann.

Das Meiste geht mit Konfiguration ein kleinen Stilanpassungen. Wirklich programmieren muss man nur, wenn man etwas ausgefallenes realisieren möchte.

Hi Ati,

ich denke Du bist auf dem richtig Weg wenn Du dir
überlegst in deinem Wirtschafts Sysetem nicht
für jeden Zettel eine Node anzulegen.

Du kannst es so machen (für die Entitäten die in die 10'000 gehen):
- Für jede Entität machst Du nur einen Inhaltstypen und einen Node.
- Für jede Entität machst Du ein Modul welche über die Node Hooks die nötigen Operationen auf deinen Tabellen ausführt.

Damit hast du für alles nur einen Node und kannst dein eigenes Datenmodell benutzen.

Gruss und viel Spass
Rob

PS:
Das gilt für Drupal 6, bei 7 musst du den EntityController beerben.

Danke erstmal für die weiteren Antworten...mein Ursprungspost war ja wirklich allgemein gehalten.
Bezüglich der CSV-Importierungen möchte ich kurz mal drei Varianten anfügen die ich umsetzen muss.

1.) per Cronjob werden jede Nacht Bestandsdateinen generiert (als csv). Hier gibt es verschiedenen Varianten wobei die größte schonmal
30.000 Datensätze beinhalten kann. Ich denke hier wäre tamper_feeds eine gute Lösung oder? Ich müßte es aber hinbekommen das die
"alten" Datensätze erst gelöscht werden. Alternativ kann ich selber eine Tabelle anlegen und über ein eigenes Modul auch den Import machen.

2.) Ich bekomme jeden Montag die kommissionierten Positionen pro Mitarbeiter der vorherigen Woche (ca. 50 Datensätze pro Woche). Ich möchte gerne
beim Import in einer Spalte festhalten um welche Kalenderwoche es sich hierbei handelt. Hierbei muß vor dem Import aber logischerweise auch geprüft werden
ob evtl. schon Daten für diese Kalenderwoche eingespielt wurden (kann ja mal doppelt laufen). Hier muss dann entweder ein erneuter Import abgelehtn
werden oder aber die alten Datensätze erst gelöscht werden.

3.) diese Variante ist fast wie die vorherige...hier geht es allerdings um die erfassten Auftragspositionen ud der entsprechende Tag ist im Dateinamen
enthalten..hier bräuchte ich dann auch die entsprechende Kalenderwoche.

Ist das speziell genug ;-). Mir geht es hier wirklich darummich und meine Denkweise mal auf den Prüfstand zu stellen. Aus der Macht der Gewohnheit möchte ich alles von Hand speziell nach unseren Bedürfnissen erstellen. Es könnte ja aber sein das man das eine oder andere eleganter mit den hauseigenen Modulen bzw. bereits existierende Module bewerkstelligen kann...fühlt euch also bitte nicht gegängelt.

Ati

lassen sich auch bestehende Datensätze aktualisieren.
Es muss natürlich einen eindeutigen Schlüssel geben, an dem der Datensatz erkannt werden kann.

Hi Ati,

zu 1.)
Du bist im Intranet, warum spielst Du die 30.000 Datensätze nicht per
direkter Verbindung in Datenbank?
Bei den 30.000 Datensätzen müsstest Du (je nach grösse der Datensätze)
aufgrund der Speicherlimits die Daten in Batches via BatchAPI einspielen.
Für einen grossen Import ist PHP nicht geeignet (schon gar nicht der XAMP Stack).
Lass den cron job über JAVA laufen.

2.) Auch hier verpasse den Daten einen Timestamp und speichere Direkt in die Datenbank wenn
Timestamp aktueller.

3.) Auch das wäre gelöst wenn Du das direkt in Deine DB einspielst.

LG

@Hyp1

zu 1.) es gibt keine direkte Verbindung zu unserem Warenwirtschaftssystem

zu 2.) was nützt mir ein Timestamp wenn ich z.b. heute erst die Daten aus der ersten Kalenderwoche einspiele?

@Ati

1.) Ich dachte Du hättest oben geschrieben im Intranet,
Ich meinte ausserdem die Drupal lMYSQL Datenbank nicht das Warenwirtschaftssystem.
Du möchtest die Daten ja in Drupal haben.
Im intranet sollte es wohl vollkommen unkritisch sein eine direkte Verbindung auf Port 3306
zur Datenbank machen zu können.

2. Vom Wirtschaftssystem hast Du bestimmt einen Timestamp der letzten Änderungen eines Datensatzes.
Beim Import scheust Du obe dieser vorhanden ist oder grösser als der der schon in der Drupal DB ist.
Wenn nicht speicherst Du diesen Datensaötz mit Timestamp in der Drupal DB ab.

Ne ich habe keinen Timestamp in den csv-Dateien..leider
Wie man merkt ist es nicht ganz so einfach unser jetziges Gebilde auf Drupal abzubilden..bin aber trotzdem
der Meinung mit diesem Projekt auf dem richtigen Weg zu sein.

Also,

wenn Du keinen Timestamp hast wirst Du keinen Weg haben
festzustellen ob ein Datensatz schon aktuell ist oder nicht.
d.H. Du wirst jeden Tag sowieso alle Daten einspielen müssen.

In allen Systemen die ich kenne gibt es ein Aktualisierungs Datum eines Datensatzes.
Ich denke der Import Export der Daten ist von der Seite nicht sehr gur überlegt worden.
Denn wenn sich von den 30,000 Datensätzen nur ein kleiner Teil geändert hat (sagen wir 10), musst
Du dann 30'000 Inserts anstatt 10 machen.
Das ist nicht Redundant und auch nicht Performant für eine solche Schnittstelle.

Allerdings ist 30'000 Datensätze wirklich nicht viel.

Gruss

Den Part mit den 30.000 hast Du jetzt falsch verstanden...die sollen sowieso jeden Tag gelöscht und neu importiert werden.
Es geht um die Kommissionierleistung..sowie Tagesumsatzprotokoll...aber vielleicht kann ich ja meinen Code aus unseren aktuellem Intranet
in ein neues Modul einbauen...wenn ich denn extra ein Modul schreiben werde.