Frage zur Page ID

Phil

Hi Leute, und zwar wenn ich ja eine neue Seite anlege, bekommt sie ja jeweils eine neue ID, die höher ist. Wenn ich diese aber lösche, bspw. die ID 3 und dann eine neue erstelle, kommt ID 4. Ist das gewollt oder kann man dies ändern? LG und danke :)

Steffen

Hej Phil, das muss so. Jeder Seite, jedes ContentElement muss eindeutig identifizierbar sein.

Philipp

Das ist Standard verhalten einer Datenbank. Die IDs werden immer eins hoch gezählt. Ändern kann man das soweit ich weiß nicht, man sollte es auch tunlichst nicht tun. Du würdest dir zu viel kaputt machen. Weil was machst du wenn du id 3 und 4 hast. Die nächste wäre die 5, du löschst jetzt die id 3. was wären dann die nächsten ids? 3 und 6? Du hast bei großen Seiten dann IDs bis 3000 oder wesentlich höher. Das ist vollkommen normal.

Markus Hofmann

SQL Standardverhalten:
uid auto-increment heißt, dass die uid von der Datenbank vergeben und intern hoch gezählt wird. Das Verhalten ist normal, um unter anderem doppelte Zuweisungen zu verhindern, da die uid ja für andere Tabellen als parent genutzt wird.
Aus dem Grund reicht ja auch ein simpler delete from pages; nicht aus, um die uid wieder zurück zu setzen, das geht nur mit truncate pages;, was auch den increment Zähler, der in einer anderen. Tabelle mit gezählt wird, wieder zurück zu setzen.
Hinweis: truncate table; soll bitte nur gemacht werden, wenn es absolut notwendig ist und man ausschließen kann, dass wirklich keine Referenzen auf diese Tabelle vorhanden sind. Anderenfalls crasht man damit sonst seine komplette Datenbank.

Phil

Ah okay ja klingt logisch vielen lieben dank für die Hilfe und die Erklärungen :) !

agent008

Auch wenn das Thema bereits erledigt ist, noch eine kurze Anmerkung: Wenn ich im Backend eine Seite (oder einen Datensatz an sich) lösche, wird dieser nicht sofort aus der Datenbank entfernt, sondern nur als gelöscht markiert, d.h. der Datensatz liegt noch in der Datenbank und könnte auch wiederhergestellt werden. Daher wird in Deinem Fall die Page-ID von der Datenbank nicht wieder freigegeben und kann daher auch nicht neu vergeben werden.

Eric Harrer

agent008 Du liegst zwar dahingehend richtig, dass TYPO3 zunächst lediglich das Tabellenfeld deleted auf 1 setzt, wenn ein Datensatz über das Backend gelöscht wird, aber das von @Phil beschriebene Verhalten würde sich auch dann zeigen, wenn der ganze Datensatz per DELETE FROM table_name WHERE condition; aus der Datenbank entfernt worden wäre. Wie @Markus Hofmann bereits erwähnt hat, handelt es sich hierbei nämlich um ein Standardverhalten in MySQL im Zusammenspiel mit AUTO_INCREMENT. Bereits vergebene Indizes werden also nicht freigegeben bzw. für nachfolgend angelegte Datensätze erneut verwendet.

agent008

Eric Harrer Das ist völlig richtig. Ich wollte nur zusätzlich darauf hinweisen, dass es schon seitens TYPO3 nicht ohne weiteres möglich ist, die uid eines im Backend gelöschten Datensatzes wieder neu vergeben zu können, da die Datensätze eben nicht gleich aus der Datenbank gelöscht werden. Dass die Datenbank selbst auch die uid von tatsächlich gelöschten Datensätzen nicht mehr freigibt, ist ein zusätzlicher Aspekt.

Mogens Fiebrandt

agent008
Die Funktion, dass ein Datensatz nicht direkt gelöscht wird, sondern stattdessen in der Datenbank als deleted markiert wird, nennt sich "Soft delete". Diese Funktion kann für jede Tabelle in der Datenbank über das TCA gesteuert werden.

Willst Du es bsp. für Seiten abschalten, dann musst Du einfach in Deiner Site-Package Extension folgende Datei anlegen:

Ext:my_sitepackage/Configuration/TCA/Overrides/pages.php

<?php
defined('TYPO3') or die();
unset($GLOBALS['TCA']['pages']['ctrl']['delete']);

Dann werden Datensätze direkt gelöscht.

Von der Wiederverwendung von UID`s in einer relationalen Datenbank ist generell abzuraten, da dies zu unerwünschtem Verhalten führen kann, wenn die UID's mit anderen Datensätzen verknüpft waren, wie bsp. der Tabelle sys_file_reference.

Es besteht eigentlich auch kein Grund die UID`s wiederzuverwenden. Es stehen auf jeden Fall genügend UID's zur Verfügung.
Auf einem 32 bit System sind es 2.147.483.647 UID's.
Und auf einem 64 bit System sind es 9.223.372.036.854.775.807 UID's.
Damit solltest Du erstmal auskommen. 😉
Solltest Du mehr Seiten anlegen wollen, dann findet sich sicherlich auch eine Lösung 😆

Unterstütze das Forum

Hilf mit, den Community Hub für TYPO3 werbefrei zu halten und die Betriebskosten zu decken. Werde Official Community Hub Supporter für nur 5 Euro im Monat (zzgl. USt) und erhalte ein exklusives Supporter-Badge. Jeder Beitrag zählt!

Jetzt Supporter werden

Impressum - Datenschutz - Kontakt - Netiquette - RSS