Mailinglisten-Archive |
Norbert Pfeiffer wrote: > kein Primaerschluessel wird IMHO physikalische Satznummer ersetzen. Du kannst mit einer "changed timestamp not null" oder einem "id integer not null auto_increment primary key" genau das leicht simulieren. Die von Dir verwendete "Satznummer" ist ja nichts anderes als ein Primärschlüssel mit einer Sortierreihenfolge über die Zeit der Satzerzeugung oder Änderung (das wird aus Deinen Erklärungen nicht klar). Handelt es sich um eine Sortierreihenfolge nach der Satzerzeugung, benutzt Du "id" als Sortierungskriterium, handelt es sich um eine Sortierreihenfolge nach Änderung, verwendest Du stattdessen "changed". Was Du wahrscheinlich tun möchtest ist jedoch eine Bestandsverkleinerung um die erledigten Geschäftvorfälle. Die Bedingung hierzu ist wahrscheinlich bei Dir prozedural in der Anwendung codiert, weil Deine alte Ablaufumgebung die entsprechende Query nicht formulieren konnte. Stattdessen berechnest Du "in Code" eine Reihe von Satznummern, die Du dann manuell löschen möchtest. Du kannst wahrscheinlich einige Zeilen Code wegschmeißen, weil Du nun verbesserte Query-Möglichkeiten im RDBMS hast. Kristian -- Kristian Köhntopp, NetUSE Kommunikationstechnologie GmbH Siemenswall, D-24107 Kiel, Germany, +49 431 386 436 00 Using PHP3? See our web development library at http://phplib.netuse.de/ (We have moved! Update your bookmarks!)
php::bar PHP Wiki - Listenarchive