dedlfix: ALTER TABLE = schlechtes Design - serialisierte PHP Daten

Beitrag lesen

echo $begrüßung;

Wenn man (z.B. für sowas) aber noch nicht weiß, was man schlussendlich in einem Personenprofil für Daten einsammeln möchte, macht man sich dann ein TEXT oder VARCHAR Feld, in das man serialisierte PHP-Arrays schreibt.

Ein Serialized LOB sozusagen. Kann man machen, aber dann sollte es einen triftigen Grund geben, beispielweise den, dass die Informationen weniger als Feldinhalt sondern mehr in ihren Beziehungen zueinander enthalten ist. Denn suchen kann man in solch einem S-LOB nicht besonders gut. Dann schon eher das Datenbanklayout ändern. Und wenn das im Rahmen einer Updateprozedur stattfindet, ist das vertretbar.

Vielliecht entsteht ja irgendwann doch der Wunsch nach einem Telefonnummernfeld, oder man möchte für Profile bei Xing oder Facebook (und das wäre ja erweiterbar im laufenden Betrieb) eigenen Felder zur Verfügung stellen, oder irgendwas, was mir eben jetzt noch nicht einfällt.

Mit der CouchDB bist du so flexibel, so etwas tun zu können. Dann allerdings sollte auch die Anwendung so geschrieben sein, dass sie mit jeder flexiblen Datenansammlung umgehen kann. Wenn du die Anwendung ändern musst, um das Profil X einfügen zu können und dasselbe in grün für Profil Y machen musst, dann kannst du auch beim Update das DB-Layout anpassen.

echo "$verabschiedung $name";

0 43

sqlite - gibts gründe, das nicht zu nutzen?

frankx
  • datenbank
  1. 1
    dedlfix
    1. 0
      frankx
      1. 0
        frankx
        1. 0
          dedlfix
          1. 0
            frankx
          2. 0

            Zend_DB - weder toll noch un-toll, u.U. einfach praktisch

            frankx
            1. 1
              dedlfix
              1. 0
                frankx
                1. 0
                  dedlfix
                  1. 0
                    frankx
      2. 0
        dedlfix
        1. 0
          frankx
          1. 0
            dedlfix
  2. 0

    sqlite vs. serialisiertes Array

    frankx
    1. 0
      dedlfix
      1. 0
        frankx
        1. 1
          Ilja
          1. 0
            frankx
    2. 0
      Sven Rautenberg
      1. 0

        sqlite vs. serialisiertes Array - welcher Vartyp für welche Vars

        frankx
        1. 0
          Sven Rautenberg
          1. 0
            frankx
            1. 1
              Sven Rautenberg
              1. 0
                frankx
                1. 0
                  Sven Rautenberg
                  1. 0

                    ein Grund, SQLite nicht zu nutzen

                    Vinzenz Mai
                    1. 0
                      frankx
                    2. 0
                      Sven Rautenberg
                      1. 0
                        frankx
                        1. 0
                          Vinzenz Mai
                          1. 0
                            ChrisB
                        2. 1
                          Sven Rautenberg
                          1. 0
                            frankx
                            1. 0
                              Sven Rautenberg
                              1. 0
                                frankx
        2. 1
          dedlfix
          1. 0
            frankx
            1. 0
              dedlfix
              1. 0
                frankx
                1. 0
                  dedlfix
          2. 0

            ALTER TABLE = schlechtes Design - serialisierte PHP Daten

            frankx
            1. 0
              dedlfix