PSD-Tutorials.de
Forum für Design, Fotografie & Bildbearbeitung
Tutkit
Agentur
Hilfe
Kontakt
Start
Forum
Aktuelles
Besonderer Inhalt
Foren durchsuchen
Tutorials
News
Anmelden
Kostenlos registrieren
Aktuelles
Suche
Suche
Nur Titel durchsuchen
Von:
Menü
Anmelden
Kostenlos registrieren
App installieren
Installieren
JavaScript ist deaktiviert. Für eine bessere Darstellung aktiviere bitte JavaScript in deinem Browser, bevor du fortfährst.
Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden.
Du solltest ein Upgrade durchführen oder einen
alternativen Browser
verwenden.
Antworten auf deine Fragen:
Neues Thema erstellen
Start
Forum
Sonstiges
Webdesign, Webentwicklung & Programmierung
PHP, Javascript, jQuery, Ajax, nodeJS, MySQL...
MYSQL Tabellen dynamisch anlegen - Sicherheitsproblem?
Beitrag
<blockquote data-quote="exo" data-source="post: 2027761" data-attributes="member: 25134"><p><strong>AW: MYSQL Tabellen dynamisch anlegen - Sicherheitsproblem?</strong></p><p></p><p>Hmm ich würd vielleicht doch noch auf 3 tabellen gehen...habe auch schon viel mit shopsystemen zu tun gehabt und als eine gute lösung wäre doch folgender Ansatz:</p><p></p><p>1. Tabelle: Produkte mit generellen Eigenschaften wie name etc.</p><p>2. Tabelle: Eigenschaften_von_Produkten: wie gewicht, größe etc.</p><p>3. Tabelle: Produk_eigenschaft_wert: Hier wird der eigentliche wert gespeichert und die Produkt-ID mit der Eigenschafts-ID verknüpft.</p><p></p><p>Damit solltest du eigentlich relativ wenig overhead produzieren.</p><p></p><p>Selbst wenn man hier schon von millionen einträgen spricht, solltest du dennoch versuchen so sparsam wie möglich mit den daten umzugehen, da du irgendwann auch einmal an einem Punkt kommst wo du dir dann denkst, mensch, hättest dir damals einfach die arbeit gemacht, dann wärs jetzt einfacher <img src="/styles/default/xenforo/smilies/zwinker.gif" class="smilie" loading="lazy" alt=";)" title="Wink ;)" data-shortname=";)" /></p><p></p><p>Also würden die 3 Tabellen so ausschauen:</p><p></p><p>[code]</p><p>Produkt</p><p>ID | Name | Preis</p><p></p><p>produkt_eigenschaften</p><p>ID | Name</p><p></p><p>eigenschaften_werte</p><p>ID | produkt_id | eigenschaft_id | wert</p><p>[/code]</p><p></p><p>für die History könntest du dann zwei tabellen machen, eine, wo du die ganzen Aktionen vordefinierst und eine für die entsprechende Art der Aktion</p><p></p><p>[code]</p><p>History_aktionen</p><p>ID | Aktion</p><p></p><p>History_entrys</p><p>ID | aktion_id | parent_id | date |.... usw usw usw</p><p>[/code]</p><p></p><p>Anhand der Aktion kannst du ja später im Script entscheiden, wo die Aktion durchgeführt wurde (bei produkt oder sonst wo) und die parent_id zielt dann zb auf das jeweilige element welches geändert wurde.</p><p>Also wenn die Aktion_ID als Name "Produktname geändert" hat, dann würde nachher in deinem Script die parent_id gleich der Produkt-ID entsprechen, welche geändert wurde.</p><p></p><p>Ach und wenn du Zeitstempel speichern willst, würde ich dir der Einfachkeit halber empfehlen, diese als DATETIME zu speichern, aus erfahrung kann ich dir sagen, dass du dir viel arbeit sparst beim thema Datumsfunktionen usw usw ... <img src="/styles/default/xenforo/smilies/zwinker.gif" class="smilie" loading="lazy" alt=";)" title="Wink ;)" data-shortname=";)" /></p></blockquote><p></p>
[QUOTE="exo, post: 2027761, member: 25134"] [b]AW: MYSQL Tabellen dynamisch anlegen - Sicherheitsproblem?[/b] Hmm ich würd vielleicht doch noch auf 3 tabellen gehen...habe auch schon viel mit shopsystemen zu tun gehabt und als eine gute lösung wäre doch folgender Ansatz: 1. Tabelle: Produkte mit generellen Eigenschaften wie name etc. 2. Tabelle: Eigenschaften_von_Produkten: wie gewicht, größe etc. 3. Tabelle: Produk_eigenschaft_wert: Hier wird der eigentliche wert gespeichert und die Produkt-ID mit der Eigenschafts-ID verknüpft. Damit solltest du eigentlich relativ wenig overhead produzieren. Selbst wenn man hier schon von millionen einträgen spricht, solltest du dennoch versuchen so sparsam wie möglich mit den daten umzugehen, da du irgendwann auch einmal an einem Punkt kommst wo du dir dann denkst, mensch, hättest dir damals einfach die arbeit gemacht, dann wärs jetzt einfacher ;) Also würden die 3 Tabellen so ausschauen: [code] Produkt ID | Name | Preis produkt_eigenschaften ID | Name eigenschaften_werte ID | produkt_id | eigenschaft_id | wert [/code] für die History könntest du dann zwei tabellen machen, eine, wo du die ganzen Aktionen vordefinierst und eine für die entsprechende Art der Aktion [code] History_aktionen ID | Aktion History_entrys ID | aktion_id | parent_id | date |.... usw usw usw [/code] Anhand der Aktion kannst du ja später im Script entscheiden, wo die Aktion durchgeführt wurde (bei produkt oder sonst wo) und die parent_id zielt dann zb auf das jeweilige element welches geändert wurde. Also wenn die Aktion_ID als Name "Produktname geändert" hat, dann würde nachher in deinem Script die parent_id gleich der Produkt-ID entsprechen, welche geändert wurde. Ach und wenn du Zeitstempel speichern willst, würde ich dir der Einfachkeit halber empfehlen, diese als DATETIME zu speichern, aus erfahrung kann ich dir sagen, dass du dir viel arbeit sparst beim thema Datumsfunktionen usw usw ... ;) [/QUOTE]
Bilder bitte
hier hochladen
und danach über das Bild-Icon (Direktlink vorher kopieren) platzieren.
Zitate einfügen…
Authentifizierung
Wenn ★ = 12, ◇ = 4 und die Hälfte von ★ zu ◇ addiert wird, was ist das Ergebnis?
Antworten
Start
Forum
Sonstiges
Webdesign, Webentwicklung & Programmierung
PHP, Javascript, jQuery, Ajax, nodeJS, MySQL...
MYSQL Tabellen dynamisch anlegen - Sicherheitsproblem?
Oben