Mailinglisten-Archive |
Hallo Markus, hallo Liste,
Markus Laux schrieb am 06.01.2002 um 15:48 unter anderem:
>> Dann müsste ich in die Purchased Tabelle ja auch die
>> Buchnummer (ID) aufnehmen, denn bei meiner jetzigen
>> Tabelle weiss ich ja, was für ein Buch das ist anhand
>> der Spaltennummer.
> Ja genau, das müßte man machen.
> Aber wie kommst Du bisher auf den Buchtitel anhand der Spaltennummer? Benützt
> Du dazu auch eine extra Tabelle mit BUCH_ID und BUCH_TITEL?
Die Modulbeschreibung lese ich in ein Array aus einer Datei.
Und dann:
for ($m=0;$m<count($moduldesc);$m++){
if ($row[$m] != "00000000" | 'bsn'){ // wenn Feld nicht 0 -> Modul ist frei, Feld BSN ausklammern
$m_aktiv=$moduldesc[$m]." (MSN:".$row[$m].")";
Bastle ich Row[0] mit Modulbeschreibung[0] zusammen.
Row[1] mit Modulbeschreibung[1] zusammen....
In Spalte 1 stehen ja die Freischaltnummern von Buch 1
und im Beschreibungsarray habe ich die selbe
Reihenfolge.
( Also das Bauwerk ist nicht von mir, ich muss es jetzt
überholen und erweitern.)
> Somit speicherst Du jedesmal wenn ein Kunde ein FSC für ein Buch kauft
> folgendes in der Purchased Tabelle ab:
> SN;FSC;BUCH_ID
Ja, das ist klar.
> Dann kannst Du mit INNER JOIN die beiden Tabellen bei der Abfrage verknüpfen,
> sodass Du die jeweiligen Bücher zu der jeweiligen SN gelistet bekommst, für
> die FSC's vorhanden sind.
Ähm, da liegt eben der Hund begraben. Ich hatte mich
bisher vor relationalen Tabellen gedrückt, weil ich die
JOINs noch nicht angesehen bzw. begriffen habe. :-|
> Aber auf keinen Fall würde ich den Buchtitel mit in die Purchased Tabelle
> nehmen, da diese Titel ja öfters wieder vorkommen und so unnötig oft
> gespeichert werden würden.
Ja, dachte ich mir auch. Sonst wird auch das Backup
schnell recht umfangreich. Und wenn schon relational,
dann gscheid. ;-)
Liebe Grüße
Theo
php::bar PHP Wiki - Listenarchive