Datenbank Design Frage

Re(2): Datenbank Design Frage

jobnavigator — Wed, 20 Sep 2006 19:58:39 GMT

Danke, jetzt weiß ich, daß ich es richtig mache. Bei meinem ursprüngliches Problem dachte ich jedoch, es ist besser das Feld einmal lesen (1 DB Zugriff) und dann per Funktion die Bewertungen zu verpflücken. Aber es funktioniert jetzt super und das Gefühl, daß etwas nicht richtig ist, ist weg. Redundanzen habe ich sowieso nie.

Re(11): Datenbank Design Frage

Dr. Watson — Sun, 17 Sep 2006 22:16:42 GMT

Bei dir sind vermutlich die magic_quotes_gpc aktiviert, das ist jedoch keine sichere Variante.
Google mal nach quote_smart, dann wirst du eine kleine Funktion vorfinden, die das auf dem sicheren Weg erledigt.

Deine Methode mit "WITH ROLLUP" müsstest du sowieso knicken, wenn du die DB irgendwann wechseln willst, weil es propritäres MySQL Zeugs ist...

Re(10): Datenbank Design Frage

jobnavigator — Sun, 17 Sep 2006 22:04:08 GMT

Bei mir werden alle Werte automatisch escaped. Muß mal darüber nachdenken.

leider geht es nicht so richtig. Ich bekomme zwar nun alles raus, aber wenn ich ein Limit setze und die Zeilen sind mehr, dann sind meine Daten (Count, ratsum) nicht dabei (erst auf der letzten Seite). Lösung geht anscheinend nur mit 2 Selects. Subselects bringen angeblich von der Geschwindigkeit nichts.

Re(9): Datenbank Design Frage

Dr. Watson — Sun, 17 Sep 2006 20:38:31 GMT

hochkomma sind wegen Manipulationen (stand mal wo wegen Security und so). Ist
das ein Problem ?

Das bringt dir leider nix gegen Manipulation...
Um deine Statements for SQL-Injections zu schützen, musst du die ' Zeichen in den Variablen, die direkt vom User kommen, escapen (PHP: mysql_real_escape_string), bzw. dafür sorgen, dass nur gültige eingaben übernommen werden.
Soll heißen: Darf die Eingabe nur vom Typ Integer sein, dann auch wirklich prüfen, ob die Eingabe numerisch ist, dann auf int casten.

Wie komme ich an die ratsum und den count heran ? Ich kann nur die Zeilen
lesen.

Das Query kann so nicht funktionieren, weil sich die Aggregat-Funktionen COUNT und SUM nicht auf das Gesamte Query, sondern immer nur auf die aktuelle Zeile beziehen.

Musst du mit Subselects oder 2 Queries lösen, oder ich steh momentan ärger auf der Leitung..

Re(9): Datenbank Design Frage

jobnavigator — Sun, 17 Sep 2006 20:32:14 GMT

Ufff, jetzt geht es. Aber anscheinend nur mittels "WITH ROLLUP" als letzten Datensatz. Naja es geht. Bei mySQL habe ich noch viel zu lernen

Re: Datenbank Design Frage

chillbear — Sun, 17 Sep 2006 20:18:24 GMT

google mal nach "datenbank normalisierung"

Re(8): Datenbank Design Frage

jobnavigator — Sun, 17 Sep 2006 19:59:01 GMT

OK, ändere ich auf id.
user_id ist eine INT(10) UNSIGNED, aber die hochkomma sind wegen Manipulationen (stand mal wo wegen Security und so). Ist das ein Problem ?

Kannst du mir mal helfen :

SELECT SUM(ratings.state) AS ratsum, COUNT(ratings.id) as count,ratings.id,ratings.date,ratings.state,ratings.rating,ratings.answer1,ratings.answer2,ratings.fromuser FROM ratings LEFT JOIN users ON(ratings.user_id=users.id) WHERE ratings.user_id = '1' OR users.nickname = 'test' GROUP BY ratings.id,ratings.date,ratings.state,ratings.rating,ratings.answer1,ratings.answer2,ratings.fromuser ORDER BY ratings.date

Wie komme ich an die ratsum und den count heran ? Ich kann nur die Zeilen lesen.

Re(8): Datenbank Design Frage

jobnavigator — Sun, 17 Sep 2006 19:59:01 GMT

OK, ändere ich auf id.
user_id ist eine INT(10) UNSIGNED, aber die hochkomma sind wegen Manipulationen (stand mal wo wegen Security und so). Ist das ein Problem ?

Kannst du mir mal helfen :

SELECT SUM(ratings.state) AS ratsum, COUNT(id) as count,ratings.id,ratings.date,ratings.state,ratings.rating,ratings.answer1,ratings.answer2,ratings.fromuser FROM ratings LEFT JOIN users ON(ratings.user_id=users.id) WHERE ratings.user_id = '1' OR users.nickname = 'test' GROUP BY ratings.id,ratings.date,ratings.state,ratings.rating,ratings.answer1,ratings.answer2,ratings.fromuser ORDER BY ratings.date

Wie komme ich an die ratsum und den count heran ? Ich kann nur die Zeilen lesen.

Re(7): Datenbank Design Frage

Dr. Watson — Sun, 17 Sep 2006 18:55:48 GMT

Ich programmiere meine Projekte immer so, als würde ich einmal 1000te Benutzer
haben. Wahrscheinlich blöd, aber ich möchte nicht in einigen Monaten alles
über den Haufen schmeissen müssen. Die DB spreche ich nie direkt an, sondern
über Interface Funktionen, so kann ich später auf z.B. ORACLE wechseln.

Ist auch gut so, warum sollte das blöd sein?

Deine Frage hast du dir zwar mittlerweile selbst beantwortet, aber ein COUNT(*) oder gar SELECT * solltest du niemals verwenden. Ändere das bitte auf COUN(id), wenn du schon auf die Performance achtest, dann richtig

Übrigens: Ich nehme an, deine user_id ist ne spalte vom Typ Integer -> dann darfst du beim Vergleich eigentlich keine Quotes verwenden (sollte WHERE user_id=1) heißen.
Natürlich nie vergessen, sämtliche Benutzereingaben zu prüfen...

Re(7): Datenbank Design Frage

Dr. Watson — Sun, 17 Sep 2006 18:55:48 GMT

Ich programmiere meine Projekte immer so, als würde ich einmal 1000te Benutzer
haben. Wahrscheinlich blöd, aber ich möchte nicht in einigen Monaten alles
über den Haufen schmeissen müssen. Die DB spreche ich nie direkt an, sondern
über Interface Funktionen, so kann ich später auf z.B. ORACLE wechseln.

Ist auch gut so, warum sollte das blöd sein?

Deine Frage hast du dir zwar mittlerweile selbst beantwortet, aber ein COUNT(*) oder gar SELECT * solltest du niemals verwenden. Ändere das bitte auf COUNT(id), wenn du schon auf die Performance achtest, dann richtig

Übrigens: Ich nehme an, deine user_id ist ne spalte vom Typ Integer -> dann darfst du beim Vergleich eigentlich keine Quotes verwenden (sollte WHERE user_id=1) heißen.
Natürlich nie vergessen, sämtliche Benutzereingaben zu prüfen...

Re(7): Datenbank Design Frage

jobnavigator — Sun, 17 Sep 2006 18:46:09 GMT

COUNT(*) löste mein Problem

Re(7): Datenbank Design Frage

jobnavigator — Sun, 17 Sep 2006 18:46:09 GMT

Counts(*) löste mein Problem

Re(6): Datenbank Design Frage

jobnavigator — Sun, 17 Sep 2006 18:14:07 GMT

Index ist bei mir immer am auto_increment (id), aber zusätzlich habe ich einen Index auf user_id

Ich programmiere meine Projekte immer so, als würde ich einmal 1000te Benutzer haben. Wahrscheinlich blöd, aber ich möchte nicht in einigen Monaten alles über den Haufen schmeissen müssen. Die DB spreche ich nie direkt an, sondern über Interface Funktionen, so kann ich später auf z.B. ORACLE wechseln.

Aber was anderes. Ich habe da ein Problem, zu dem du mir wahrscheinlich helfen kannst :

SELECT SQL_CALC_FOUND_ROWS id, SUM(state) AS ratsum FROM ratings GROUP BY id WHERE user_id = '1'

geht nicht, kommt immer ein Fehler ??? You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'WHERE user_id = '1'' at line 1

Ich möchte mit einer Abfrage die Bewerungssumme (state kann -1,0,1 haben) und gleichzeitig möchte ich die Anzahl der Bewertungen. Die "id" nehme ich nur, weil er sonst SQL_CALC_FOUND_ROWS nicht berechnen kann.

Ich suche nun schon eine Stunde ohne Erfolg.

Re(6): Datenbank Design Frage

jobnavigator — Sun, 17 Sep 2006 18:14:07 GMT

Index ist bei mir immer am auto_increment (id), aber zusätzlich habe ich einen Index auf user_id

Ich programmiere meine Projekte immer so, als würde ich einmal 1000te Benutzer haben. Wahrscheinlich blöd, aber ich möchte nicht in einigen Monaten alles über den Haufen schmeissen müssen. Die DB spreche ich nie direkt an, sondern über Interface Funktionen, so kann ich später auf z.B. ORACLE wechseln.

Aber was anderes. Ich habe da ein Problem, zu dem du mir wahrscheinlich helfen kannst :

SELECT SQL_CALC_FOUND_ROWS id, SUM(state) AS ratsum FROM ratings WHERE user_id = '1' GROUP BY id

Ich möchte mit einer Abfrage die Bewertungssumme (state kann -1,0,1 haben) und gleichzeitig möchte ich die Anzahl der Bewertungen. Die "id" nehme ich nur, weil er sonst SQL_CALC_FOUND_ROWS nicht berechnen kann. Als Ergebnis bekomme ich aber nicht die Summe über alle Spalten, sondern zu jeder Zeile ???

Re(6): Datenbank Design Frage

jobnavigator — Sun, 17 Sep 2006 18:14:07 GMT

Index ist bei mir immer am auto_increment (id), aber zusätzlich habe ich einen Index auf user_id

Ich programmiere meine Projekte immer so, als würde ich einmal 1000te Benutzer haben. Wahrscheinlich blöd, aber ich möchte nicht in einigen Monaten alles über den Haufen schmeissen müssen. Die DB spreche ich nie direkt an, sondern über Interface Funktionen, so kann ich später auf z.B. ORACLE wechseln.

Aber was anderes. Ich habe da ein Problem, zu dem du mir wahrscheinlich helfen kannst :

SELECT SQL_CALC_FOUND_ROWS id, SUM(state) AS ratsum FROM ratings WHERE user_id = '1' GROUP BY id

Ich möchte mit einer Abfrage die Bewerungssumme (state kann -1,0,1 haben) und gleichzeitig möchte ich die Anzahl der Bewertungen. Die "id" nehme ich nur, weil er sonst SQL_CALC_FOUND_ROWS nicht berechnen kann. Als Ergebnis bekomme ich aber nicht die Summe über alle Spalten, sondern zu jeder Zeile ???

Re(6): Datenbank Design Frage

jobnavigator — Sun, 17 Sep 2006 18:14:07 GMT

Re(5): Datenbank Design Frage

Dr. Watson — Sun, 17 Sep 2006 16:42:27 GMT

Solange du in der Bewertungs-Tabelle einen Index für das Feld setzt, welches der User-ID des bewerteten entspricht, wird die Geschwindigkeit nicht das Problem sein.

Wenn du MySQL verwendest, wird es früher oder später ohnehin zu Problemen kommen...wobei das eher später sein wird, es sei denn du hast hunderttausende Bewertungen im Monat...

Re(4): Datenbank Design Frage

jobnavigator — Sun, 17 Sep 2006 10:55:23 GMT

OK, ich habe es mir eh fast gedacht, aber wenn ihr es mir sagt, so habe ich nun die Bestätigung. Ich möcht solche Fehler von Anfang an vermeiden.

DANKE.

Re(3): Datenbank Design Frage

Entity — Sun, 17 Sep 2006 10:49:28 GMT

wennst es so machst wie MR. Craven es sagt dann trenst die tables eh!

und das ist auch eine gute Variante!

eine Table für user
table.user

user.id
user.name
user.bla1
user.bla2
user.bla3

verknüpfungstable:

table.bewertung

bewertung.bewerter_user_id
bewertung.bewerteter_user_id
bewertung.bewertung

so hast 2 Tables.. und die Usertable wird auch ned langsamer wegen den bewertungen

Re(3): Datenbank Design Frage

Entity — Sun, 17 Sep 2006 10:49:28 GMT

wennst es so machst wie MR. Craven es sagt dann trenst die tables eh!

und das ist auch eine gute Variante!

Re(2): Datenbank Design Frage

jobnavigator — Sun, 17 Sep 2006 10:37:18 GMT

Wenn ich eine Tabelle Bewertungen für alle User habe, so fürchte ich, daß nach einem Jahr die Bewertungstabelle Millionen Einträge hat und es elends langsam wird. Trennt man normalerweise den User von den Bewertungen?

P.S. Es ist ein neues Projekt und es kann noch geändert werden.

Re: Datenbank Design Frage

Robert Craven — Sun, 17 Sep 2006 10:33:09 GMT

Wie schaut deine DB jetzt aus?

Im Prinzip wirds wohl so auschauen

Tabelle User:
User_id
...

Tabelle Bewertung:
Bewerter_id -> User.User_id
Bewerteter_id -> User.User_id
Bewertung
Datum

Datenbank Design Frage

jobnavigator — Sun, 17 Sep 2006 10:29:48 GMT

Hallo !
Wenn ich in einer Datenbank eine Tabelle mit Usern habe und jeder User kann bewertet werden, so ist das Feld dafür ja nach einer gewissen Zeit (z.B. 1000 Datensätze) auch für sich mit z.B. 6 Felder fast wieder eine Tabelle. Ich habe das Problem, daß ich das Bewertungsfeld wieder mit Split herausdividieren und mit eigenen Funktionen nach gewissen Daten suchen muß. Kann man das eleganter lösen wie z.B. alle Bewertungen in einer Tabelle mit User-ID. Wie wird das bei größeren Projekten gelöst (EBay ?)

Schon mal vielen Dank für Infos.