:: Buchempfehlung ::

Domi · #21 15.04.2009, 14:47:40

id, buch_id, Name des Finders, Kommentar des Finders, timestamp, Fundort, Fundzeitpunkt, lat, lng (für googlemaps), ...

.. was hälst davon? kannst doch mehrere reinspeichern, sprich ja niemand von nur einem :)

Muchte · #22 15.04.2009, 20:09:07

Die Idee ist mir jetzt auch gekommen. Aber gut, daß sie mit deiner übereinstimmt.

Da wir gerade dabei sind:
Eine Haupttabelle habe ich noch, in der die Stammdaten alle Bücher drinstehen, wie Autor, wer sie als erster ausgesetzt hat, wo, wann. Die buch_id müßte hier dann wohl auch mit rein. Dann hätte ich also zwei Tabellen. Das geht, oder gibts da auch noch optimierungsbedarf?

urvater · #23 15.04.2009, 23:31:43

Zitat:

Zitat von Muchte

Das geht, oder gibts da auch noch optimierungsbedarf?

Die Buch-ID sollte ja eigentlich schon als ID vergeben sein in deiner "Grundtabelle". Somit hast du wieder einen Bezug.

Gehen tut es alle Male. Obs Optimierungsbedarf gibt, wird deine eigentliche Abfrage bringen.

Domi · #24 16.04.2009, 12:26:28

richtig,

wie urvater schon gesagt hat: du kannst alles über die IDs kombinieren. Wenn du glaubst, dass es optimierungsbedarf gibt, dann musst du uns einen DUMP der Tabelle schicken und deinen Code dazu wie du die Abfragen machst, also die SQL-Statements. Dann können wir dir gerne Tipps geben :)

Gruß
Domi

:: Buchempfehlung ::

:: Anbieterverzeichnis ::

Globale Branchen

Informieren Sie sich über ausgewählte Unternehmen im Anbieterverzeichnis von SELFPHP

:: Newsletter ::

Abonnieren Sie hier den kostenlosen SELFPHP Newsletter!