.. GENAU SO fangen alle Horror-Baustellen an
Habs noch nicht selber probiert aber klar, MYSQL ersetzt doch die "interne" DB vollständig, wieso sollte das nicht gehen?

... Auch deshalb denke ich, wäre MYSQL viel einfacher, da Du via JDBC/ODBC egal auf welchem OS mit irgendwas einfach drankommen würdest. Und sei es MS Access, sofern vorhanden
Das einzige etwas "Trickreichere" ist Dein Wunsch nach dem Kategoriepfad, da Olaf das sauber relational als rekursiver Fishhook modelliert hat. (1:n auf die Tabelle selbst): http://www.willuhn.de/products…-model.svg, Tabelle "umsatztyp". Daher müsstest Du den Baum bzw. Zweig erst einmal auswerten.

Ok gerne, erster Post ist drüben in Bitbucket

Nicht ganz. In der Datenbank werden nur die manuell zugeordneten Kategorien gespeichert. Jene, die automatisch per Suchbegriff zugeordnet werden, finden komplett on-the-fly statt. Sie spiegeln sich also nicht in der Datenbank wieder. Das ist auch Absicht, damit sich Aenderungen an den Suchbegriffen sofort auf den gesamten Umsatz-Bestand auswirken und man nicht erst manuell eine Art "Reorganisation" ueber die Datenbank laufen lassen muss, um die Zuordnungen neu zu speichern. Das waere ziemlich aufwaendig und unflexibel.

@Mo: Falls du ein bisschen Java kannst, wuerdest du dir vermutlich eine erheblich elegantere Loesung bauen koennen, wenn du das direkt als Jameica-Plugin programmierst. Dann kriegst du direkten Zugriff auf das Datenmodell - auch auf die dynamischen Kategorie-Zuordnungen.

Hab ich vermutet, sonst hättest Du irgendwie noch ein Flag zur Unterscheidung automatisch/manuell benötigt.

Aber trotzdem zum Verständnis noch eine Frage: Diese Art des Speicherns / Zuordnen von Umsatzkategorien ist doch für H2 bzw. MYSQL identisch, oder?

Wenn nein, wäre ich verwirrt

Ja, das ist identisch. Es werden generell keine Unterschiede je nach verwendeter Datenbank gemacht. Die Art, wie die Daten gespeichert werden, ist exakt die gleiche.

Der Vorschlag mit dem Jameica-Plugin wäre tatsächlich sehr elegant gewesen. Als Plugin-Bibliothek könnte man so wohl noch viel mehr Statistik-Berechnungen anstellen, die sonst in Hibiscus einfach unpassend oder überladen wären.