![]() |
Datenbank: Firebird • Version: 2 • Zugriff über: IBDAC
Reihenfolge des Eintragens in Tabelle ohne PK
Hallo #,
ich habe eine Tabelle mit Namen (Name Char(100)). Ich benötige jetzt die Reihenfolge, in der diese Namen in die Tabelle gekommen sind (das mit den Namen ist nur ein Bsp.) Geht das über den ominösen rdb$db_key ? Die DB könnte auch per Restore wiederhergestellt worden sein. Bekommt man das nachträglich noch hin ? Danke Heiko |
AW: Reihenfolge des Eintragens in Tabelle ohne PK
Nein, das bekommt man nicht hin. Nur wennst die Ausgangsmenge als Liste etc. vor dir hast, darum immer einen PK mit Generator befüllt. :-D
|
AW: Reihenfolge des Eintragens in Tabelle ohne PK
Sobald ein datensatz gelsöcht wurde, entsteht eine Lücke ( spaätestens beim nächsten Sweep). Diese wird dann wieder gefüllt.
|
AW: Reihenfolge des Eintragens in Tabelle ohne PK
Hallo,
hatte ich mir schon gedacht ;( Heiko |
AW: Reihenfolge des Eintragens in Tabelle ohne PK
Zitat:
CHAR speichert immer die maximale Zeichenanzahl (Nicht vorhandene Zeichen werden mit Leerzeichen aufgefüllt). Für Datenfelder verwendet man immer VARCHAR! |
AW: Reihenfolge des Eintragens in Tabelle ohne PK
Auch bei VARCHAR wird die maximale Anzahl belegt
|
AW: Reihenfolge des Eintragens in Tabelle ohne PK
Nein, wenn ich VARCHAR(100) definiere und ich nur ein Zeichen ablege, wird auch nur Speicher für das eine Zeichen benötigt. Bei CHAR(100) und ablegen von einem Zeichen werden 100 Zeichen abgespeichert.
|
AW: Reihenfolge des Eintragens in Tabelle ohne PK
Es wird nur die belegte Anzahl übertragen. In der DB wird aber die maximale Anzahl an Stellen belegt.
|
AW: Reihenfolge des Eintragens in Tabelle ohne PK
Zitat:
Liebe Grüße, Valentin |
AW: Reihenfolge des Eintragens in Tabelle ohne PK
@mkinzler: Das habe ich auch so gemeint. Und das ist schlecht. Warum Leerzeichen abspeichern, die man dann wieder mit trim entfernen muss! Und warum die Datenbank künstlich aufblähen? Für Daten immer VARCHAR, nirmals CHAR verwenden. CHAR bietet sich für Schlüssel an (wenn diese mal nicht nummerisch sein können).
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:06 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz