greg

Hatte keine Lust das nochmal neu zu schreiben, hoffe das geht in Ordnung. Danke.

Hello,

I'm currenty writing a PHP based tracking script and was wondering about an expedient mysql table design. My experiences with mysql are not as good as with PHP at all, so I need a little help.

The main problem is performance, so you may already asume that I'm not looking for poorly conceived table structures but some kind of denormalized ones, in order to improve the performance.

So whats the best way to store the logged information? What you see here is the db structure from phpOpenTracker and that exactly is the way it shouldn't be.
This normalized schema is horrible slow if you have to evaluate a lot of data.

I know a lot about application design but not about db design, so it would be great if anyone could give me some approaches and/or examples.

Thank you

Mister Ad

Zergling-new

Du hast das wichtigste vergessen: Deine Anforderung zu stellen.
Was soll der Tracker denn tracken?
Am besten erstellst du dir zuerst den Auswertungs-Monitor mit all den Daten die du darin haben möchtest und danach kannst du dich dran machen, das entsprechende DB-Design (mit uns hier) zu erstellen.

greg

Wenn ich Vergleiche mit dem phpOpenTracker anstelle und auch dessen Datenbankstruktur linke, ist davon auszugehen, dass ich von einem Tracker spreche, der sich von der Funktionalität her nicht wesentlich vom openTracker unterscheided.

Es werden die gleichen Daten getrackt, d.h. es geht lediglich um eine performantere Variante des DB-Schemas. Da ich nicht wirklich Ahnung davon habe, hab ich nachgefragt.

Zergling-new

Ich kenne den openTracker nicht.
Wenn du dich bei deinem Posting auf so ein Minimum beschränkst (zu faul zum übersetzen, zu faul zum erläutern), dann mach doch deinen Krempel ohne meine Hilfe.

greg

Sorry war in keinster Weise böse gemeint. Meine Fragen sind aber klar gestellt und das Problem hinreichend beschrieben.

Ich kenne mich nun leider nicht mit solchen denormalisierten DB Schemas aus. Warscheinlich kann mir nur jemand helfen, der die entsprechende Praxiserfahrung hat. Das ganze geht ein wenig aus der Theory des Programmierens hinaus - eben der Unterschied zwischen Uni und FH *duck*

Zergling-new

Ach quatsch, Datenbank-(De)Normalisierung ist nun wirklich keine gehobene Fähigkeit, ich geh an die FH (neuerdings nurnoch Hochschule genannt) und bin grundsätzlich zufrieden damit. Gut eigentlich überhaupt nicht, kotzt mich grad alles an dort hehe, aber ich glaube bei der Uni wärs noch langweiliger (was bei mir letztlich zu komplettem geistigen Verfall führen würde).

Zum Thema:
Auflösen (denormalisieren) kannste ja ganz normal, in dem du die 1:n Beziehung eben ins accesslog reinnimmst, also die ganzen Pfeilverbindungen direkt in die Tabelle mit reinnimmst.

greg

Gut, das wäre möglich, aber ob das die sinnigste Variante ist? Klingt nich so pralle und würde ja unfassbar große Tabelle(n) verursachen.

Zergling-new

Tja in einen sauren Apfel musst du beißen.