nicht angemeldet
Ahoi Sven,
den gesamten Datenbestand im Speicher rumschleppst. Das kann sinnvoll sein,
Was wäre denn ein Paradebeispiel für Sinnvollsein in dem Zusammenhang?
Ja, Performanceprobleme sind dann relevant, wenn man sie erlebt, und die Art der Datenspeicherung ist immer auch eine Geschmacksfrage. Allerdings kann man sich bei manchen Projekten nie sicher sein, dass die Datenmenge nicht doch mal anwächst - warum auch immer - so dass es grundsätzlich keine schlechte Idee ist, die Speicherung lieber einem Subsystem zu übergeben, was darauf ausgerichtet ist, Daten zu speichern und schnell wiederzufinden.
Eben drum. SQL ist halt für den Moment etwas sperriger, wenn mans nicht gewohnt ist.
1. Zeitstempel: PHPs time() gibt es ja bei SQL nicht, UNIX_TIME/TIMESTAMP hat ja ein anderes Format. Nehm ich dann für time() aber BIGINT oder VARCHAR?
2. eine URL, ist es schlau die mit VARCHAR(30) zu beschränken? Oder raubt VARCHAR keinen Platz, wenn es nicht voll ausgenutzt wird?
3. Felder hinzufügen mit ALTER TABLE ist wohl kein Problem?
4. Den Typ BOOLEAN gibt es nicht? Nehm ich lieber CHAR(1) mit 0 und 1 oder hab ich was übersehen? Wie speicher ich denn on/off - Werte gescheit?
Dank und Gruß,
Robet aka