Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Tabelle nicht sortiert nach Autoincrement-ID
59 views
Skip to first unread message
Martin Eckel
Sep 27, 2012, 2:42:44 AM9/27/12
to
Hallo,
mal eine Frage rein aus Interesse:
Die Tabellen im phpmyadmin werden grundsätzlich in der Reihenfolge
angezeigt, wie auch die autoincrement-ID ist, also chronologisch.
Manche IDs sind aber vertauscht. Wie kommt das? Wieso steht ID 589 vor
ID 588?
Gruß,
Martin
mal eine Frage rein aus Interesse:
Die Tabellen im phpmyadmin werden grundsätzlich in der Reihenfolge
angezeigt, wie auch die autoincrement-ID ist, also chronologisch.
Manche IDs sind aber vertauscht. Wie kommt das? Wieso steht ID 589 vor
ID 588?
Gruß,
Martin
John Kirste
Sep 27, 2012, 5:19:38 AM9/27/12
to
Hallo,
Am 27.09.2012 08:42, schrieb Martin Eckel:> Die Tabellen im phpmyadmin
ID kleiner 588 gelöscht wurde. Kommt dann ein neuer Datensatz in die
Tabelle, wird er an die Stelle des gelöschten Datensatzes geschrieben
und steht dann vor 588.
Gruss,
John
Am 27.09.2012 08:42, schrieb Martin Eckel:> Die Tabellen im phpmyadmin
werden grundsätzlich in der Reihenfolge
> angezeigt, wie auch die autoincrement-ID ist, also chronologisch.
>
> Manche IDs sind aber vertauscht. Wie kommt das? Wieso steht ID 589 vor
> ID 588?
das kann beispielsweise dann passieren, wenn ein Datensatz mit einer
> angezeigt, wie auch die autoincrement-ID ist, also chronologisch.
>
> Manche IDs sind aber vertauscht. Wie kommt das? Wieso steht ID 589 vor
> ID 588?
ID kleiner 588 gelöscht wurde. Kommt dann ein neuer Datensatz in die
Tabelle, wird er an die Stelle des gelöschten Datensatzes geschrieben
und steht dann vor 588.
Gruss,
John
Martin Eckel
Sep 27, 2012, 5:42:00 AM9/27/12
to
Am 27.09.2012 11:19, schrieb John Kirste:
> das kann beispielsweise dann passieren, wenn ein Datensatz mit einer ID
> kleiner 588 gelï¿œscht wurde.
> das kann beispielsweise dann passieren, wenn ein Datensatz mit einer ID
Hm, in der Tabelle wurde noch nie ein Datensatz gelï¿œscht. Ist auch nicht
wichtig, nur seltsam.
Andreas Scherbaum
Sep 27, 2012, 7:00:17 AM9/27/12
to
Martin Eckel <martin...@t-online.de> wrote:
> Am 27.09.2012 11:19, schrieb John Kirste:
>> das kann beispielsweise dann passieren, wenn ein Datensatz mit einer ID
>> kleiner 588 gelöscht wurde.
> Am 27.09.2012 11:19, schrieb John Kirste:
>> das kann beispielsweise dann passieren, wenn ein Datensatz mit einer ID
>
> Hm, in der Tabelle wurde noch nie ein Datensatz gelöscht. Ist auch nicht
> wichtig, nur seltsam.
SQL spezifiziert nicht, in welcher Reihenfolge die Daten
ausgegeben werden. Möchtest du eine bestimmte Sortierung
erreichen, gibt es ORDER BY.
--
Andreas 'ads' Scherbaum
German PostgreSQL User Group
European PostgreSQL User Group - Board of Directors
Volunteer Regional Contact, Germany - PostgreSQL Project
Bastian Blank
Sep 27, 2012, 7:17:34 AM9/27/12
to
Martin Eckel wrote:
> mal eine Frage rein aus Interesse:
> Die Tabellen im phpmyadmin werden grundsätzlich in der Reihenfolge
> angezeigt, wie auch die autoincrement-ID ist, also chronologisch.
Nein. Sie werden in der Reihenfolge angezeigt, wie sie der Server
> mal eine Frage rein aus Interesse:
> Die Tabellen im phpmyadmin werden grundsätzlich in der Reihenfolge
> angezeigt, wie auch die autoincrement-ID ist, also chronologisch.
liefert. Das ist aber per Definition nicht sortiert.
Bastian
Martin Eckel
Sep 27, 2012, 7:18:50 AM9/27/12
to
Am 27.09.2012 13:17, schrieb Bastian Blank:
> Nein. Sie werden in der Reihenfolge angezeigt, wie sie der Server
> liefert. Das ist aber per Definition nicht sortiert.
Ok, im Allgemeinen werden sie aber chronologisch angezeigt, daß ist das,
> Nein. Sie werden in der Reihenfolge angezeigt, wie sie der Server
> liefert. Das ist aber per Definition nicht sortiert.
was ich meine.
Claus Reibenstein
Sep 27, 2012, 12:50:51 PM9/27/12
to
John Kirste schrieb:
> (...) autoincrement-ID (...)
Wenn eine ID gelöscht wird, bleibt sie für alle Zeiten gelöscht. Es sei
denn, jemand fügt _manuell_ einen Datensatz mit dieser ID ein.
Gruß
Claus
> (...) autoincrement-ID (...)
>
> das kann beispielsweise dann passieren, wenn ein Datensatz mit einer
> ID kleiner 588 gelöscht wurde. Kommt dann ein neuer Datensatz in die
> Tabelle, wird er an die Stelle des gelöschten Datensatzes geschrieben
> und steht dann vor 588.
Falsch!
> das kann beispielsweise dann passieren, wenn ein Datensatz mit einer
> ID kleiner 588 gelöscht wurde. Kommt dann ein neuer Datensatz in die
> Tabelle, wird er an die Stelle des gelöschten Datensatzes geschrieben
> und steht dann vor 588.
Wenn eine ID gelöscht wird, bleibt sie für alle Zeiten gelöscht. Es sei
denn, jemand fügt _manuell_ einen Datensatz mit dieser ID ein.
Gruß
Claus
Andreas Scherbaum
Sep 27, 2012, 4:37:16 PM9/27/12
to
verändert hat ;-)
Stefan Froehlich
Sep 27, 2012, 6:33:10 PM9/27/12
to
On Thu, 27 Sep 2012 18:50:51 Claus Reibenstein wrote:
> > [...], wenn ein Datensatz mit einer ID kleiner 588 gelöscht wurde.
Datensatzes, sondern um seine _Position_.
Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike
Stefan soll mehr als Laune machen!
(Sloganizer)
> > [...], wenn ein Datensatz mit einer ID kleiner 588 gelöscht wurde.
> > Kommt dann ein neuer Datensatz in die Tabelle, wird er an die Stelle
> > des gelöschten Datensatzes geschrieben und steht dann vor 588.
> Falsch!
> Wenn eine ID gelöscht wird, bleibt sie für alle Zeiten gelöscht. Es sei
> denn, jemand fügt _manuell_ einen Datensatz mit dieser ID ein.
Du hast nicht genau gelesen. Es ging nicht um die _Nummer_ des neuen
> > des gelöschten Datensatzes geschrieben und steht dann vor 588.
> Falsch!
> Wenn eine ID gelöscht wird, bleibt sie für alle Zeiten gelöscht. Es sei
> denn, jemand fügt _manuell_ einen Datensatz mit dieser ID ein.
Datensatzes, sondern um seine _Position_.
Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike
Stefan soll mehr als Laune machen!
(Sloganizer)
Claus Reibenstein
Sep 28, 2012, 11:38:41 AM9/28/12
to
Stefan Froehlich schrieb:
> On Thu, 27 Sep 2012 18:50:51 Claus Reibenstein wrote:
>
>>> [...], wenn ein Datensatz mit einer ID kleiner 588 gelöscht wurde.
>>> Kommt dann ein neuer Datensatz in die Tabelle, wird er an die Stelle
>>> des gelöschten Datensatzes geschrieben und steht dann vor 588.
Schrieb wer? Bitte die Namen der Zitierten stehen lassen!
>> Falsch!
Was soll daran falsch sein?
>> Wenn eine ID gelöscht wird, bleibt sie für alle Zeiten gelöscht. Es sei
>> denn, jemand fügt _manuell_ einen Datensatz mit dieser ID ein.
>
> Du hast nicht genau gelesen. Es ging nicht um die _Nummer_ des neuen
> Datensatzes, sondern um seine _Position_.
Welche "Nummer"? Datensätze haben keine "Nummer", und von einer Position
war bislang nirgends die Rede.
Es ging vielmehr um eine "autoincrement-ID" (steht so im OP, hatte ich
auch zitiert), also um eine normale Tabellenspalte, deren Werte
automatisch vergeben werden, und um die unrichtige Behauptung, dass beim
Einfügen eines Datensatzes diese Spalte den Wert eines zuvor gelöschten
Datensatzes erhalten soll.
phpMyAdmin zeigt mir meine Tabellen übrigens _immer_ nach ID sortiert
an, auch die, in denen ich des Öfteren Datensätze lösche und neue
einfüge. Könnte daran liegen, dass ich diese Spalte als Primary Key
festgelegt habe. Muss aber nicht.
Gruß
Claus
> On Thu, 27 Sep 2012 18:50:51 Claus Reibenstein wrote:
>
>>> [...], wenn ein Datensatz mit einer ID kleiner 588 gelöscht wurde.
>>> Kommt dann ein neuer Datensatz in die Tabelle, wird er an die Stelle
>>> des gelöschten Datensatzes geschrieben und steht dann vor 588.
>> Falsch!
Was soll daran falsch sein?
>> Wenn eine ID gelöscht wird, bleibt sie für alle Zeiten gelöscht. Es sei
>> denn, jemand fügt _manuell_ einen Datensatz mit dieser ID ein.
>
> Du hast nicht genau gelesen. Es ging nicht um die _Nummer_ des neuen
> Datensatzes, sondern um seine _Position_.
war bislang nirgends die Rede.
Es ging vielmehr um eine "autoincrement-ID" (steht so im OP, hatte ich
auch zitiert), also um eine normale Tabellenspalte, deren Werte
automatisch vergeben werden, und um die unrichtige Behauptung, dass beim
Einfügen eines Datensatzes diese Spalte den Wert eines zuvor gelöschten
Datensatzes erhalten soll.
phpMyAdmin zeigt mir meine Tabellen übrigens _immer_ nach ID sortiert
an, auch die, in denen ich des Öfteren Datensätze lösche und neue
einfüge. Könnte daran liegen, dass ich diese Spalte als Primary Key
festgelegt habe. Muss aber nicht.
Gruß
Claus
Helmut Hullen
Sep 28, 2012, 11:59:00 AM9/28/12
to
Hallo, Claus,
Du meintest am 28.09.12:
>>>> Kommt dann ein neuer Datensatz in die Tabelle, wird er an die
>>>> Stelle des gelöschten Datensatzes geschrieben und steht dann vor
>>>> 588.
> Schrieb wer? Bitte die Namen der Zitierten stehen lassen!
Auch "SeaMonkey" sollte einen Thread anzeigen können.
Im speziellen Fall:
Bezugsnachrichten zu "Tabelle nicht sortiert nach Autoincr"
285 27.09 Martin Eckel Tabelle nicht sortiert n
333 27.09 ├──Bastian Blank
263 27.09 │ └──Martin Eckel
583 27.09 │ └──Andreas Scherbaum
544 27.09 └──John Kirste
251 27.09 ├──Martin Eckel
632 27.09 │ └──Andreas Scherbaum
472 27.09 └──Claus Reibenstein
738 27.09 └──Stefan Froehlich
1356 28.09 └──Claus Reibenstein
Viele Gruesse!
Helmut
Du meintest am 28.09.12:
>>>> Kommt dann ein neuer Datensatz in die Tabelle, wird er an die
>>>> Stelle des gelöschten Datensatzes geschrieben und steht dann vor
>>>> 588.
> Schrieb wer? Bitte die Namen der Zitierten stehen lassen!
Im speziellen Fall:
Bezugsnachrichten zu "Tabelle nicht sortiert nach Autoincr"
285 27.09 Martin Eckel Tabelle nicht sortiert n
333 27.09 ├──Bastian Blank
263 27.09 │ └──Martin Eckel
583 27.09 │ └──Andreas Scherbaum
544 27.09 └──John Kirste
251 27.09 ├──Martin Eckel
632 27.09 │ └──Andreas Scherbaum
472 27.09 └──Claus Reibenstein
738 27.09 └──Stefan Froehlich
1356 28.09 └──Claus Reibenstein
Viele Gruesse!
Helmut
Stefan Froehlich
Sep 28, 2012, 5:14:11 PM9/28/12
to
On Fri, 28 Sep 2012 17:38:41 Claus Reibenstein wrote:
> >>> [...], wenn ein Datensatz mit einer ID kleiner 588 gelöscht wurde.
> >>> Kommt dann ein neuer Datensatz in die Tabelle, wird er an die Stelle
> >>> des gelöschten Datensatzes geschrieben und steht dann vor 588.
> Schrieb wer? Bitte die Namen der Zitierten stehen lassen!
Eine Einleitungszeile reicht (mir), wer den Rest, auf den sich der Text
> >>> [...], wenn ein Datensatz mit einer ID kleiner 588 gelöscht wurde.
> >>> Kommt dann ein neuer Datensatz in die Tabelle, wird er an die Stelle
> >>> des gelöschten Datensatzes geschrieben und steht dann vor 588.
> Schrieb wer? Bitte die Namen der Zitierten stehen lassen!
bezieht, geschrieben hat, ist ja bei Bedarf im Threading nachlesbar.
> >> Falsch!
> Was soll daran falsch sein?
ja genau deshalb hinterfragt hatte. Wenn also Du nicht weiss, was daran
falsch ist, wer dann sonst?
> > Du hast nicht genau gelesen. Es ging nicht um die _Nummer_ des neuen
> > Datensatzes, sondern um seine _Position_.
Es ist empfehlenswert, den Thread, in dem man schreibt, vorher auch zu
lesen.
> Es ging [...] um die unrichtige Behauptung, dass beim Einfügen eines
> Datensatzes diese Spalte den Wert eines zuvor gelöschten Datensatzes
> erhalten soll.
Ich las unmittelbar vor Deinem Posting:
> erhalten soll.
| > Wieso steht ID 589 vor ID 588?
| ID kleiner 588 gelöscht wurde. Kommt dann ein neuer Datensatz in die
| Tabelle, wird er an die Stelle des gelöschten Datensatzes geschrieben
| und steht dann vor 588.
Wo entnimmst Du diesem Text, dass der neue Datensatz den _Wert_ des
| Tabelle, wird er an die Stelle des gelöschten Datensatzes geschrieben
| und steht dann vor 588.
zuvor geloeschten Satzes bekaeme? Es geht hier ausschliesslich um die
Position.
> phpMyAdmin zeigt mir meine Tabellen übrigens _immer_ nach ID sortiert
Was ja erst einmal auch naheliegend ist. Beim OP ist es nun aber in
Einzelfaellen eben nicht so, weshalb er neugierig wurde und hier
nachgefragt hat. Welch Drama.
Servus,
Stefan
--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike
(Sloganizer)
Claus Reibenstein
Sep 29, 2012, 12:06:28 PM9/29/12
to
Helmut Hullen schrieb:
> Hallo, Claus,
>
> Du meintest am 28.09.12:
Bitte nur _eine_ Einleitungszeile.
>>>>> Kommt dann ein neuer Datensatz in die Tabelle, wird er an die
>>>>> Stelle des gelöschten Datensatzes geschrieben und steht dann vor
>>>>> 588.
>
>> Schrieb wer? Bitte die Namen der Zitierten stehen lassen!
>
> Auch "SeaMonkey" sollte einen Thread anzeigen können.
Darum geht's nicht.
Gruß
Claus
> Hallo, Claus,
>
> Du meintest am 28.09.12:
>>>>> Kommt dann ein neuer Datensatz in die Tabelle, wird er an die
>>>>> Stelle des gelöschten Datensatzes geschrieben und steht dann vor
>>>>> 588.
>
>> Schrieb wer? Bitte die Namen der Zitierten stehen lassen!
>
> Auch "SeaMonkey" sollte einen Thread anzeigen können.
Gruß
Claus
Claus Reibenstein
Sep 29, 2012, 12:14:04 PM9/29/12
to
Stefan Froehlich schrieb:
> On Fri, 28 Sep 2012 17:38:41 Claus Reibenstein wrote:
>
>> Schrieb wer? Bitte die Namen der Zitierten stehen lassen!
>
> Eine Einleitungszeile reicht (mir), wer den Rest, auf den sich der Text
> bezieht, geschrieben hat, ist ja bei Bedarf im Threading nachlesbar.
Warum willst Du es den Lesern Deines Postings schwerer machen als
unbedingt erforderlich?
>> [...] von einer Position war bislang nirgends die Rede.
>
> Es ist empfehlenswert, den Thread, in dem man schreibt, vorher auch zu
> lesen.
Da bin ich absolut bei Dir.
> Ich las unmittelbar vor Deinem Posting:
>
> | > Wieso steht ID 589 vor ID 588?
> | das kann beispielsweise dann passieren, wenn ein Datensatz mit einer
> | ID kleiner 588 gelöscht wurde. Kommt dann ein neuer Datensatz in die
> | Tabelle, wird er an die Stelle des gelöschten Datensatzes geschrieben
> | und steht dann vor 588.
>
> Wo entnimmst Du diesem Text, dass der neue Datensatz den _Wert_ des
> zuvor geloeschten Satzes bekaeme? Es geht hier ausschliesslich um die
> Position.
Du hast Recht. Hatte ich anders aufgefasst.
>> phpMyAdmin zeigt mir meine Tabellen übrigens _immer_ nach ID sortiert
>> an, [...]
>
> Was ja erst einmal auch naheliegend ist. Beim OP ist es nun aber in
> Einzelfaellen eben nicht so, weshalb er neugierig wurde und hier
> nachgefragt hat.
Mich würden mal die genauen Randbedingungen interessieren, bei denen das
passiert ist.
> Welch Drama.
Wieso Drama?
Gruß
Claus
> On Fri, 28 Sep 2012 17:38:41 Claus Reibenstein wrote:
>
>> Schrieb wer? Bitte die Namen der Zitierten stehen lassen!
>
> Eine Einleitungszeile reicht (mir), wer den Rest, auf den sich der Text
> bezieht, geschrieben hat, ist ja bei Bedarf im Threading nachlesbar.
unbedingt erforderlich?
>> [...] von einer Position war bislang nirgends die Rede.
>
> Es ist empfehlenswert, den Thread, in dem man schreibt, vorher auch zu
> lesen.
> Ich las unmittelbar vor Deinem Posting:
>
> | > Wieso steht ID 589 vor ID 588?
> | das kann beispielsweise dann passieren, wenn ein Datensatz mit einer
> | ID kleiner 588 gelöscht wurde. Kommt dann ein neuer Datensatz in die
> | Tabelle, wird er an die Stelle des gelöschten Datensatzes geschrieben
> | und steht dann vor 588.
>
> Wo entnimmst Du diesem Text, dass der neue Datensatz den _Wert_ des
> zuvor geloeschten Satzes bekaeme? Es geht hier ausschliesslich um die
> Position.
>> phpMyAdmin zeigt mir meine Tabellen übrigens _immer_ nach ID sortiert
>> an, [...]
>
> Was ja erst einmal auch naheliegend ist. Beim OP ist es nun aber in
> Einzelfaellen eben nicht so, weshalb er neugierig wurde und hier
> nachgefragt hat.
passiert ist.
> Welch Drama.
Wieso Drama?
Gruß
Claus
Helmut Hullen
Sep 29, 2012, 12:09:00 PM9/29/12
to
Hallo, Claus,
Du meintest am 29.09.12:
>> Auch "SeaMonkey" sollte einen Thread anzeigen können.
> Darum geht's nicht.
Ach - geht's Dir um's Prinzip?
Viele Gruesse!
Helmut
Du meintest am 29.09.12:
>> Auch "SeaMonkey" sollte einen Thread anzeigen können.
> Darum geht's nicht.
Viele Gruesse!
Helmut
Martin Eckel
Oct 1, 2012, 3:57:31 AM10/1/12
to
Am 29.09.2012 18:14, schrieb Claus Reibenstein:
> Stefan Froehlich schrieb:
hinzugefügt, es werden niemals nicht ganze Datensätze raus gelöscht
(natürlich werden mal die Daten modifiziert).
Und manchmal sind zwei IDs in der Reihenfolge vertauscht. Die Spalte
steht auf autoincrement und primary key.
Ist auch völlig unwichtig, hat mich nur neugierig gemacht ;-)
Gruß,
Martin
> Stefan Froehlich schrieb:
>> Was ja erst einmal auch naheliegend ist. Beim OP ist es nun aber in
>> Einzelfaellen eben nicht so, weshalb er neugierig wurde und hier
>> nachgefragt hat.
>
> Mich würden mal die genauen Randbedingungen interessieren, bei denen das
> passiert ist.
Randbedingungen gibt es dazu nicht. Ist eine Tabelle, es werden Daten
>> Einzelfaellen eben nicht so, weshalb er neugierig wurde und hier
>> nachgefragt hat.
>
> Mich würden mal die genauen Randbedingungen interessieren, bei denen das
> passiert ist.
hinzugefügt, es werden niemals nicht ganze Datensätze raus gelöscht
(natürlich werden mal die Daten modifiziert).
Und manchmal sind zwei IDs in der Reihenfolge vertauscht. Die Spalte
steht auf autoincrement und primary key.
Ist auch völlig unwichtig, hat mich nur neugierig gemacht ;-)
Gruß,
Martin
0 new messages