MySql - auto_increment

Hallo Leute,
habe eine Frage zum MySql - auto_increment feature:

Nach vielem Löschen und Neuanlegen einer Datenbank wird
es eine Menge Lücken in der Spalte mit der uniqen ID
geben, so daß sich der Wunsch ergibt, diese neu zu belegen,
d.h. von 1-N durchnummerieren zu lassen. Wie geht das am besten?

Ach so, und gleich noch eine Frage, denn weiterhin wird man
sich gelegentlich so etwas wie eine Kompression unbenutzten
Platzes wünschen, und wie macht man das am besten?

Danke,
und fG
--

Re: MySql - auto_increment

Hi

Rudi Menter schrieb:
> =

> Hallo Leute,
> habe eine Frage zum MySql - auto_increment feature:
> =

> Nach vielem Löschen und Neuanlegen einer Datenbank wird
> es eine Menge Lücken in der Spalte mit der uniqen ID
> geben, so daß sich der Wunsch ergibt, diese neu zu belegen,
> d.h. von 1-N durchnummerieren zu lassen. Wie geht das am besten?

Du hast den Sinn von einer ID-Spalte nicht verstanden!
Eine ID ist eindeutig. Wenn einmal gelöscht, dann kann
sie nie wieder vorkommen. Das ist auch der Sinn der Sache.
=

> Ach so, und gleich noch eine Frage, denn weiterhin wird man
> sich gelegentlich so etwas wie eine Kompression unbenutzten
> Platzes wünschen, und wie macht man das am besten?

optimize table ...

gruß n.Olivier
-- =

Nachbagauer Olivier - www.nOlivier.com
www.reedb.com - Immobilien national & international =

Webportal der Immobilien-Branche - www.Immofinder.de

Re: MySql - auto_increment

n.Olivier:

> Eine ID ist eindeutig. Wenn einmal gelöscht, dann kann
> sie nie wieder vorkommen. Das ist auch der Sinn der Sache.

Kundennummer zum Beispiel, oder so was...
ich will sie aber nur als sonst funktionslosen Primärschlüssel
haben, wenn du nichts dagegen hast ;)

>> Ach so, und gleich noch eine Frage, denn weiterhin wird man
>> sich gelegentlich so etwas wie eine Kompression unbenutzten
>> Platzes wünschen, und wie macht man das am besten?

> optimize table ...

Danke, und das obige geht mit sort? Habe nix in der xampp
"beiliegenden" MySql-Dokumentation gefunden, und kennt wer
eine gut lesbare deutsche Site?


fG
--

Re: MySql - auto_increment

On Sun, 5 Nov 2006 19:47:33 +0100, Rudi Menter wrote:

> Nach vielem Löschen und Neuanlegen einer Datenbank wird
> es eine Menge Lücken in der Spalte mit der uniqen ID
> geben, so daß sich der Wunsch ergibt, diese neu zu belegen,
> d.h. von 1-N durchnummerieren zu lassen. Wie geht das am besten?

Bevor wir hier eine Lösung suchen sei folgende Frage gestattet: Warum
sollte man so etwas wünschen? Im Sinne der referentiellen Integrität möchte
man das doch eigentlich gar nicht.

> Ach so, und gleich noch eine Frage, denn weiterhin wird man
> sich gelegentlich so etwas wie eine Kompression unbenutzten
> Platzes wünschen, und wie macht man das am besten?

Dokumentation lesen und wenn das nicht hilft in der passenden Gruppe
de.comp.datenbanken.mysql fragen.

fup2 de.comp.lang.php.datenbanken - und beim nächsten Mal bitte gleich
die korrekte PHP-Gruppe aussuchen

Gruß,
Matthias

Re: MySql - auto_increment

..oO(Rudi Menter)

>n.Olivier:
>
>> Eine ID ist eindeutig. Wenn einmal gelöscht, dann kann
>> sie nie wieder vorkommen. Das ist auch der Sinn der Sache.
>
>Kundennummer zum Beispiel, oder so was...
>ich will sie aber nur als sonst funktionslosen Primärschlüssel
>haben, wenn du nichts dagegen hast ;)

Und? Was interessiert es Dich dann, ob da ein paar Lücken sind? Ob der
eine Datensatz nun ID=5 und der nächste ID=42 hat, ist völlig wurscht.
Sinn und Zweck ist eine eindeutige Identifizierung, und die ist gegeben.

Micha

Re: MySql - auto_increment

Rudi Menter wrote:

> Kundennummer zum Beispiel, oder so was...
> ich will sie aber nur als sonst funktionslosen Primärschlüssel
> haben, wenn du nichts dagegen hast ;)

Dann sollten dir Lücken völlig egal sein. Manche Datenbanken (oder
Entity Managment Systeme) vergeben übrigens auch die nächste ID mit
2137, wenn du vorher die IDs 5 bis 2136 gelöscht hast. Und da steckt
auch ein Sinn dahinter, dass einmal vergebene IDs nicht wieder verteilt
werden.

Jens

--
Der Kluegere gibt nach - Eine traurige Wahrheit:
sie begruendet die Weltherrschaft der Dummen.
- Marie von Ebner-Eschenbach

Re: MySql - auto_increment

Michael Fesser:

>>> Eine ID ist eindeutig. Wenn einmal gelöscht, dann kann
>>> sie nie wieder vorkommen. Das ist auch der Sinn der Sache.
>>
>> Kundennummer zum Beispiel, oder so was...
>> ich will sie aber nur als sonst funktionslosen Primärschlüssel
>> haben, wenn du nichts dagegen hast ;)


> Und? Was interessiert es Dich dann, ob da ein paar Lücken sind?

Ich hätte gern Kontrolle über meine Daten
UND SEI ES SELBST ALLEIN DESHALB,
weil mein Kunde das so mag...

> Ob der eine Datensatz nun ID=5 und der nächste ID=42 hat,
> ist völlig wurscht.

Ja, dir vielleicht, aber ich möchte vielleicht eine importierte
Tabelle mit vielen Datensätzen so ändern, daß die Daten
IN EIN BYTE passen, z.B. um das Byte als Hashwert zu benutzen.

> Sinn und Zweck ist eine eindeutige Identifizierung,
> und die ist gegeben.

Du redest Stuß! Sinn und Zweck von Variablen ist, daß sie
VARIABEL sind...

fG
--

Re: MySql - auto_increment

Am Sun, 5 Nov 2006 20:26:52 +0100 schrieb Rudi Menter:

> Michael Fesser:
>
>>>> Eine ID ist eindeutig. Wenn einmal gelöscht, dann kann
>>>> sie nie wieder vorkommen. Das ist auch der Sinn der Sache.
>>>
>>> Kundennummer zum Beispiel, oder so was...
>>> ich will sie aber nur als sonst funktionslosen Primärschlüssel
>>> haben, wenn du nichts dagegen hast ;)
>
>
>> Und? Was interessiert es Dich dann, ob da ein paar Lücken sind?
>
> Ich hätte gern Kontrolle über meine Daten
> UND SEI ES SELBST ALLEIN DESHALB,
> weil mein Kunde das so mag...

Dann kannst Du die Funktion auto_increment für Deine Bedürfnisse nicht
nutzen und Du mußt ein bisschen mehr in die Logik investieren.
Auto_increment liefert einen EINMALIGEN Wert!

>> Ob der eine Datensatz nun ID=5 und der nächste ID=42 hat,
>> ist völlig wurscht.
>
> Ja, dir vielleicht, aber ich möchte vielleicht eine importierte
> Tabelle mit vielen Datensätzen so ändern, daß die Daten
> IN EIN BYTE passen, z.B. um das Byte als Hashwert zu benutzen.

Dann einfach die Zelle anders deklarieren und per Logik
beschreiben/updaten.

>> Sinn und Zweck ist eine eindeutige Identifizierung,
>> und die ist gegeben.
>
> Du redest Stuß! Sinn und Zweck von Variablen ist, daß sie
> VARIABEL sind...

Super! Das stimmt Variablen sind variabel und Konstanten sind konstant.

Aber eine eindeute Identifizierung eines Datensatzes ist EINMALIG!
Ansonnsten wird Dein Datenbestant inkonsistent, sobald Du die Relationen
nicht pflegst/beachtest.

MfG

Heiko Hergemöller
----
http://www.einfachkochen.de ==> Kochen mit Freu(n)de
http://www.techniker-abc.de ==> Forum rund um die Automatisierungstechnik

Re: MySql - auto_increment

Jens Riedel:

> Rudi Menter wrote:
>
>> Kundennummer zum Beispiel, oder so was...
>> ich will sie aber nur als sonst funktionslosen Primärschlüssel
>> haben, wenn du nichts dagegen hast ;)
>
> Dann sollten dir Lücken völlig egal sein. Manche Datenbanken (oder
> Entity Managment Systeme) vergeben übrigens auch die nächste ID mit
> 2137, wenn du vorher die IDs 5 bis 2136 gelöscht hast. Und da steckt
> auch ein Sinn dahinter, dass einmal vergebene IDs nicht wieder verteilt
> werden.

Richtig, der Sinn ist uniqe, z.B. als Primärschlüssel oder als Hash(!).

Aber wenn ein Wert 10 und einer 66000 ist, dann braucht mein Hashwert
bereits 2 Byte. Außerdem wünscht man einfach eine Kontrolle über seine
Daten...

fG
--

Re: MySql - auto_increment

Es schrieb Heiko Hergemöller:

> Aber eine eindeute Identifizierung eines Datensatzes ist EINMALIG!
> Ansonnsten wird Dein Datenbestant inkonsistent, sobald Du die Relationen
> nicht pflegst/beachtest.

Richtig, Relationen sind aber dabei hier nicht, und es
gibt auch einfache, schlanke Dinge in dieser Welt ;)

fG
--

Re: MySql - auto_increment

..oO(Rudi Menter)

>Michael Fesser:
>
>> Und? Was interessiert es Dich dann, ob da ein paar Lücken sind?
>
>Ich hätte gern Kontrolle über meine Daten
>UND SEI ES SELBST ALLEIN DESHALB,
>weil mein Kunde das so mag...

Deinen Kunden geht es nichts an, wie die Daten intern organisiert sind.
Ginge es ihn was an, dann würde er es selber machen und nicht jemanden
engagieren.

>> Ob der eine Datensatz nun ID=5 und der nächste ID=42 hat,
>> ist völlig wurscht.
>
>Ja, dir vielleicht, aber ich möchte vielleicht eine importierte
>Tabelle mit vielen Datensätzen so ändern, daß die Daten
>IN EIN BYTE passen, z.B. um das Byte als Hashwert zu benutzen.

Eine ID kann schon per Definition kein Hashwert sein, da ein Hash nicht
eindeutig ist. Darüberhinaus würde ich 256 nicht unbedingt als viel
bezeichnen.

>> Sinn und Zweck ist eine eindeutige Identifizierung,
>> und die ist gegeben.
>
>Du redest Stuß! Sinn und Zweck von Variablen ist, daß sie
>VARIABEL sind...

Eine ID ist nicht variabel, Söhnchen. Ein Grundkurs in Datenbankdesign
wäre sehr empfehlenswert, wenn Du solche Dinge für andere Leute
entwickeln willst. Sonst wird nämlich am Ende Stuß _produziert_.

Micha

Re: MySql - auto_increment

Am Sun, 5 Nov 2006 20:26:52 +0100 schrieb Rudi Menter:

> Michael Fesser:
>
>>>> Eine ID ist eindeutig. Wenn einmal gelöscht, dann kann
>>>> sie nie wieder vorkommen. Das ist auch der Sinn der Sache.
>>>
>>> Kundennummer zum Beispiel, oder so was...
>>> ich will sie aber nur als sonst funktionslosen Primärschlüssel
>>> haben, wenn du nichts dagegen hast ;)
>
>
>> Und? Was interessiert es Dich dann, ob da ein paar Lücken sind?
>
> Ich hätte gern Kontrolle über meine Daten
> UND SEI ES SELBST ALLEIN DESHALB,
> weil mein Kunde das so mag...

Als "Dienstleister" solltest Du deinem "Kunden" auch sagen welche seiner
Wünsche warum unpraktikabel sind. Dieser Wunsch ist einer davon. Stelle
Dir folgendes mal vor:

Du hast mit Kundennummer 5 (=ID) einen Kunden Max Mustermann. Dieser
besteht dann auf Löschung seiner in der EDV erfassten Daten (ist ja so
sein Recht). 2 Tage später kommt dann der Kunde Fritz Bauer und erhält
automatisch eine Kundennummer 5, weil die ist ja frei geworden.

Euer Bürospetzi findet nach einem Monat aber eine alte unbezahlte
Rechnung an Max Mustermann. Er schaut auf der Rechnung nach der
Kundennummer und schickt ohne weitere Kontrolle einfach eine Mahnung an
den Kunden mit der Kundennummer 5. Glaub mir, Fritz Bauer wird sich
darüber freuen...

Ich hoffe Du verstehst was ich Dir und Deinem Kunden damit sagen möchte

MfG
Norbert
--
Link zur PHP-FAQ http://www.php-faq.de

Re: MySql - auto_increment

Michael Fesser:

> Eine ID kann schon per Definition kein Hashwert sein, da ein Hash nicht
> eindeutig ist. Darüberhinaus würde ich 256 nicht unbedingt als viel
> bezeichnen.

Weshalb darf ein Mapping nicht bijektiv sein, auch ohne daß
Kollisionen vorliegen.

>>> Sinn und Zweck ist eine eindeutige Identifizierung,
>>> und die ist gegeben.
>>
>> Du redest Stuß! Sinn und Zweck von Variablen ist, daß sie
>> VARIABEL sind...

> Eine ID ist nicht variabel, Söhnchen.

Ach, dann hat die Firma Coca-Cola immer die ID 656846351 was?

VATER, sogar deine Personalausweisnummer ist variabel, wirf
den Ausweis zum Beweis einfach mal weg.

Ansonsten möchte ich gern auf dein borniertes, freches, dummes
und arrogantes Zeug verzichten, und Ahnung hast du ja eh nicht,
danke.

Und nie mit einem Schraubenzieher die Fingernägel reinigen,
hörst du, denn dazu sind Fingernägel schließlich nicht da!

Re: MySql - auto_increment

Rudi Menter schrieb:
> Außerdem wünscht man einfach eine Kontrolle über seine
> Daten...

Was jetzt?
auto_increment ist eine Absprache zwischen Dir und deinem DBMS, dass
sich das DBMS um die IDs kümmert und du damit nichts zu tun hast.

Jetzt willst Du doch die Kontrolle haben.
Viele Köche verderben den Brei ;)

--
MfG Sebastian Wessel

"Wer Dich wegen deines Hemdes verprügelt ist nicht dein Freund."
(March Simpson)

Re: MySql - auto_increment

..oO(Rudi Menter)

>Michael Fesser:
>
>> Eine ID ist nicht variabel, Söhnchen.
>
>Ach, dann hat die Firma Coca-Cola immer die ID 656846351 was?

Wenn diese ID in einer Tabelle als Primärschlüssel verwendet wird - ja.
Ansonsten ist es ein kaputtes Datenbankdesign.

>VATER

Meine ersten Worte nach der Geburt wären gewesen:
"Naja, Hauptsache gesund."

SCNR

>sogar deine Personalausweisnummer ist variabel, wirf
>den Ausweis zum Beweis einfach mal weg.

Dein Ansatz würde dazu führen, daß früher oder später ein anderer meine
jetzige ID bekommt. Eine einmal vergebene ID ist genau das - vergeben.
Das ist der Sinn.

>Ansonsten möchte ich gern auf dein borniertes, freches, dummes
>und arrogantes Zeug verzichten,

Frech - oft. Dumm - selten.

>und Ahnung hast du ja eh nicht,
>danke.

Das kannst Du nicht beurteilen.

Micha

Re: MySql - auto_increment

Es schrieb Sebastian Wessel:
> Rudi Menter schrieb:
>> Außerdem wünscht man einfach eine Kontrolle über seine
>> Daten...
>
> Was jetzt?
> auto_increment ist eine Absprache zwischen Dir und deinem DBMS, dass
> sich das DBMS um die IDs kümmert und du damit nichts zu tun hast.
>
> Jetzt willst Du doch die Kontrolle haben.
>
> Viele Köche verderben den Brei ;)

Ja, hast recht, aber dann denk einfach an einen Dozenten,
der eine solche Frage gestellt bekommt.

Ok, vieles im Leben ist tabu...

fG
--

Re: MySql - auto_increment

Am Sun, 05 Nov 2006 21:26:58 +0100 schrieb Michael Fesser:

> Dein Ansatz würde dazu führen, daß früher oder später ein anderer meine
> jetzige ID bekommt. Eine einmal vergebene ID ist genau das - vergeben.
> Das ist der Sinn.

LOL, es gibt einen Kampf um kurze Telefonnummern. Alles ist käuflich.

Re: MySql - auto_increment

Rudi Menter schrieb:
> Richtig, Relationen sind aber dabei hier nicht...

Du arbeitest mit MySQL, einem relationalen Datenbanksystem, ohne
Relationen? Den Trick musst Du uns bei Gelegenheit mal erklären...

..\\arkus

Re: MySql - auto_increment

Am Sun, 05 Nov 2006 21:39:54 +0100 schrieb Markus Kobligk:

> Rudi Menter schrieb:
>> Richtig, Relationen sind aber dabei hier nicht...
>
> Du arbeitest mit MySQL, einem relationalen Datenbanksystem, ohne
> Relationen? Den Trick musst Du uns bei Gelegenheit mal erklären...
>
> .\\arkus

Man! Keine Relationen zwischen Tabellen! Ich WILL nur eine...

Re: MySql - auto_increment

Hi

Rudi Menter schrieb:
> =

> Es schrieb Sebastian Wessel:
> > Rudi Menter schrieb:
> >> Außerdem wünscht man einfach eine Kontrolle über seine
> >> Daten...
> >
> > Was jetzt?
> > auto_increment ist eine Absprache zwischen Dir und deinem DBMS, dass
> > sich das DBMS um die IDs kümmert und du damit nichts zu tun hast.
> >
> > Jetzt willst Du doch die Kontrolle haben.
> >
> > Viele Köche verderben den Brei ;)
> =

> Ja, hast recht, aber dann denk einfach an einen Dozenten,
> der eine solche Frage gestellt bekommt.

Hä?

Dann setzt man 'eine' (und nicht die ID) Spalte =

'primary' und die Sache hat sich's.

Wenn's rein geht war's frei, wenn nicht, dann =

war's schon vergeben.

Du solltest dich schön langsam fragen, warum du von allen
die selbe Antwort bekommst. Da steckt doch vermutlich =

Sinn dahinter.

gruß n.Olivier
-- =

Nachbagauer Olivier - www.nOlivier.com
www.reedb.com - Immobilien national & international =

Webportal der Immobilien-Branche - www.Immofinder.de

Re: MySql - auto_increment

Am Sun, 5 Nov 2006 21:33:28 +0100 schrieb Rudi Menter:

> Am Sun, 05 Nov 2006 21:26:58 +0100 schrieb Michael Fesser:
>
>> Dein Ansatz würde dazu führen, daß früher oder später ein anderer meine
>> jetzige ID bekommt. Eine einmal vergebene ID ist genau das - vergeben.
>> Das ist der Sinn.
>
> LOL, es gibt einen Kampf um kurze Telefonnummern. Alles ist käuflich.

Deine Telefonnummer ist aus gutem Grund verschieden zu Deiner
Kundennummer (=ID) bei Deinem Telefonanbieter.
--
Link zur PHP-FAQ http://www.php-faq.de

Re: MySql - auto_increment

Es schrieb n.Olivier:

> Du solltest dich schön langsam fragen, warum du von allen
> die selbe Antwort bekommst. Da steckt doch vermutlich
> Sinn dahinter.

Ich möchte einfach Software etwas erledigen lassen:

1) Auto-Inkrement handlen
2) Ein Reset der Auto-Inkrement-Werte durchführen

Ist das irgendwie verwerflich?

Mit einem einfachen Export und Re-Import ohne gesetzte ID-Nummern
geht das natürlich jederzeit, aber wozu, wenn es die Datenbanksoftware
bereits vorsieht!

Das Handlen eines Autoinkrement ist ja gar nicht so einfach im
Sinne von billig, und es wird mit größer werdender Datensatzzahl
zusehends teurer. Aber es ist nützlich.

Nehmen wir mal viele Tabellen mit vielen Relationen. Dort könnte das
was ich zu erfragen mich unterstand u.U. durchaus sehr nützlich.

Nehmen wir ein Spiel! Ja, ein sinnloses Spiel, und keinen Autokauf...

Darin könnte man z.B. einen genetischen Algorithmus aufbauen,
der von dem Mapping, der RELATION von Tabellen abhängt. Man könnte
durch willkürliches Sortieren und Neuvergeben der "Autoincrement"-ID's
sich so die Arbeit als Programmierer erheblich vereinfachen, aber
auch sogar die Integrität des ganzen, falls das Wort bei einem
Spiel erlaubt sein soll, (serverseitig und unabhängig) sichern, aber
auch eine gewisse Eleganz der Lösung einbringen, was aber natürlich
einfach nur Spaß macht. Obwohl mit Gewalt alles irgendwie geht.

War ja nur 'ne Frage...

fG
--

Re: MySql - auto_increment

Rudi Menter schrieb:

> Nach vielem Löschen und Neuanlegen einer Datenbank wird
> es eine Menge Lücken in der Spalte mit der uniqen ID
> geben, so daß sich der Wunsch ergibt, diese neu zu belegen,
> d.h. von 1-N durchnummerieren zu lassen. Wie geht das am besten?

Warum sollte jemand einen solchen Wunsch verspüren?

Die einzige Aufgabe einer ID ist es, eindeutig zu sein. Welchen Wert sie
tatsächlich hat, ist dabei doch vollkommen irrelevant.

> Ach so, und gleich noch eine Frage, denn weiterhin wird man
> sich gelegentlich so etwas wie eine Kompression unbenutzten
> Platzes wünschen, und wie macht man das am besten?

Welchen Sinn soll das haben? Wenn später irgendwann wieder mehr Platz
benötigt wird, muss sich die DB-Engine diesen im Filesystem wieder
suchen. Auf Dauer führt dies zu einer unnötigen Fragmentierung der
Dateien mit entsprechenden Performance-Einbußen.

Aus genau diesem Grund hat z.B. meine Datenbank von vornherein 10 GB
zugewiesen bekommen, von denen bislang erst ein paar MB verbraucht sind.
Ich käme _nie_ auf die Idee, diesen Platz nachträglich zu verkleinern.

Gruß. Claus

Re: MySql - auto_increment

Rudi Menter schrieb:

> Michael Fesser:
>
>> Sinn und Zweck ist eine eindeutige Identifizierung,
>> und die ist gegeben.
>
> Du redest Stuß! Sinn und Zweck von Variablen ist, daß sie
> VARIABEL sind...

Wieso denn auf einmal Variablen? Ich denke, wir waren bei
Primärschlüsseln, also bei Tabellenspalten mit eindeutigen Werten, deren
Aufgabe die eindeutige Identifizierung des Datensatzes ist.

Sorry, aber Du redest selber irgendie Stuss.

Gruß. Claus

Re: MySql - auto_increment

Am Sun, 5 Nov 2006 22:04:16 +0100 schrieb Norbert Melzer:

> Am Sun, 5 Nov 2006 21:33:28 +0100 schrieb Rudi Menter:
>
>> Am Sun, 05 Nov 2006 21:26:58 +0100 schrieb Michael Fesser:
>>
>>> Dein Ansatz würde dazu führen, daß früher oder später ein anderer meine
>>> jetzige ID bekommt. Eine einmal vergebene ID ist genau das - vergeben.
>>> Das ist der Sinn.
>>
>> LOL, es gibt einen Kampf um kurze Telefonnummern. Alles ist käuflich.
>
> Deine Telefonnummer ist aus gutem Grund verschieden zu Deiner
> Kundennummer (=ID) bei Deinem Telefonanbieter.

Ja, das Leben ist schwer, Datenbanken sind nur zum Autokauf,
und selbsinkrementelle Variablen sind teuer und deshalb bis
zum Verlöschen der Sonne vergeben. Ach so und der alltäglich
stattfindende Genozid ist "nicht vorgesehen" und falsch.

Hast du ein Fieberthermometer? Egal, kauf noch eins, das
ist immer richtig.

Re: MySql - auto_increment

Am Sun, 05 Nov 2006 22:46:07 +0100 schrieb n.Olivier:

> Waren ja auch nur die richtigen Antworten.

Klar, Internet ist eben vorwiegend zum Immobilienkauf...

Re: MySql - auto_increment

Rudi Menter schrieb:
> =

> Es schrieb n.Olivier:
> =

> > Du solltest dich schön langsam fragen, warum du von allen
> > die selbe Antwort bekommst. Da steckt doch vermutlich
> > Sinn dahinter.
> =

> Ich möchte einfach Software etwas erledigen lassen:
> =

> 1) Auto-Inkrement handlen
> 2) Ein Reset der Auto-Inkrement-Werte durchführen
> =

> Ist das irgendwie verwerflich?

Ich möchte daß der Wagen voll beschleunigt, wenn =

ich voll auf die Bremse trete!

Ist das irgendwie verwerflich?


> Mit einem einfachen Export und Re-Import ohne gesetzte ID-Nummern
> geht das natürlich jederzeit, aber wozu, wenn es die Datenbanksoftwar=
e
> bereits vorsieht!

Damit verlierst du jegliche relationen zu deinen daten.

=3D einfach die DB löschen geht schneller =


> Das Handlen eines Autoinkrement ist ja gar nicht so einfach im
> Sinne von billig, und es wird mit größer werdender Datensatzzahl
> zusehends teurer. Aber es ist nützlich.

Warum, primary index gesetzt und fertig (fast)
=

> Nehmen wir mal viele Tabellen mit vielen Relationen. Dort könnte das
> was ich zu erfragen mich unterstand u.U. durchaus sehr nützlich.

ja, ab einer Tabelle
=

> Nehmen wir ein Spiel! Ja, ein sinnloses Spiel, und keinen Autokauf...

[...] =


> einfach nur Spaß macht. Obwohl mit Gewalt alles irgendwie geht.
> =

> War ja nur 'ne Frage...

Waren ja auch nur die richtigen Antworten.

gruß n.Olivier
-- =

Nachbagauer Olivier - www.nOlivier.com
www.reedb.com - Immobilien national & international =

Webportal der Immobilien-Branche - www.Immofinder.de

Re: MySql - auto_increment

Rudi Menter schrieb:

> Michael Fesser:
>
>> Eine ID ist nicht variabel, Söhnchen.
>
> Ach, dann hat die Firma Coca-Cola immer die ID 656846351 was?

Welche ID meinst Du denn?

Sicher hat sie eine Umsatzsteuer-ID (zumindest die deutsche Dependance).
Diese hat nur sie. Diese wird niemals jemand anders bekommen. Auch dann
nciht, wenn die Firma einmal nicht mehr existieren sollte. Es wäre
allerdings möglich, dass sie - z.B. im Rahmen einer Reorganisation beim
FA - eine neue bekommt. Aber auch diese wird eindeutig sein. Niemand
wird diese vorher je gehabt haben, und niemand wird sie danach jemals
bekommen.

> VATER, sogar deine Personalausweisnummer ist variabel, wirf
> den Ausweis zum Beweis einfach mal weg.

Falsch.

Ein Personalausweis ist ein offizielles Dokument mit einer eindeutigen,
festen Nummer, die sich nie ändert. Geht der Personalausweis verloren,
behält er trotzdem seine Nummer, und der Verlierer erhält auf Antrag
einen _neuen_ Personalausweis, der selbstverständlich dann auch eine
_andere_ Nummer als der alte hat. Eben genau deshalb, _weil_ diese
Nummer eine _eindeutige_ Identifizierung des jeweiligen Ausweisdokuments
darstellt.

> Ansonsten möchte ich gern auf dein borniertes, freches, dummes
> und arrogantes Zeug verzichten, und Ahnung hast du ja eh nicht,
> danke.

Tut mir leid, aber der einzige, der hier gerade durch sein stures
Verhalten seine Ahnungslosigkeit deutlich demonstriert, bist Du.

> Und nie mit einem Schraubenzieher die Fingernägel reinigen,
> hörst du, denn dazu sind Fingernägel schließlich nicht da!

Und was willst Du uns _damit_ sagen?

Gruß. Claus

Re: MySql - auto_increment

Es schrieb Claus Reibenstein:
> Rudi Menter schrieb:
>> Michael Fesser:

> Sicher hat sie eine Umsatzsteuer-ID (zumindest die deutsche Dependance).

> Diese hat nur sie. Diese wird niemals jemand anders bekommen.

Geil.

> Auch dann nicht, wenn die Firma einmal nicht mehr existieren sollte.

Wunderschähn, wie die Sonne.

> Es wäre allerdings möglich, dass sie - z.B. im Rahmen einer
> Reorganisation beim FA - eine neue bekommt. Aber auch diese wird
> eindeutig sein. Niemand wird diese vorher je gehabt haben, und
> niemand wird sie danach jemals bekommen.

So scheen ist das Leben, und dann sprengen wir uns in die Luft,
oder sterben an Altersschwäche, welch ein sinnloses Verhalten.

> Und was willst Du uns _damit_ sagen?

Daß du ewig leben wirst, und das das gut ist so.

Re: MySql - auto_increment

Rudi Menter wrote:

> Außerdem wünscht man einfach eine Kontrolle über seine
> Daten...

Dann gib die Kontrolle nicht an die Datenbank, indem du
auto-increment-Funktionen verwendest. Wenn du die Kontrolle selber
willst, implementier dir eine entsprechende Funktion, die dir die
passende ID liefert.

Jens

--
Der Kluegere gibt nach - Eine traurige Wahrheit:
sie begruendet die Weltherrschaft der Dummen.
- Marie von Ebner-Eschenbach

Re: MySql - auto_increment

Jens Riedel:
> Rudi Menter wrote:
>
>> Außerdem wünscht man einfach eine Kontrolle über seine
>> Daten...
>
> Dann gib die Kontrolle nicht an die Datenbank, indem du
> auto-increment-Funktionen verwendest. Wenn du die Kontrolle selber
> willst, implementier dir eine entsprechende Funktion, die dir die
> passende ID liefert.


Nein! Mein Vorhaben steht nicht zur Disposition, so wenig
wie der Wille des Papstes zu eurer Disposition steht.

Blöder Kindergarten ist das hier...

Ich schreib ne Schleife die alle Datensätze in eine
neue Datenbank einordnet aber die ID's selbst von Null aus
auto-hochzählt und danach lösche ich die alte und benenne
die neue DB um.

Daß ihr hier nix besseres wißt, nein, nicht mal das, habe
ich ja nun u.a. auch schon gemerkt.

fG
--

Re: MySql - auto_increment

Rudi Menter wrote:

> Nein! Mein Vorhaben steht nicht zur Disposition, so wenig
> wie der Wille des Papstes zu eurer Disposition steht.

Wenn du hier was fragst, musst du dir schon gefallen lassen, dass man
dir auch alternative Vorschläge macht und dich ggf. darauf hinweist,
wenn man meint, eventuelle Defizite an deinem Vorgehen erkannt zu haben.

> Blöder Kindergarten ist das hier...

Dann frag demnächst woanders nach, wenn es dir hier nicht gefällt. Ich
für meinen Teil werde dich nicht wieder mit Antworten auf deine Postings
belästigen.

> Ich schreib ne Schleife die alle Datensätze in eine
> neue Datenbank einordnet aber die ID's selbst von Null aus
> auto-hochzählt und danach lösche ich die alte und benenne
> die neue DB um.

Super Idee.

> Daß ihr hier nix besseres wißt, nein, nicht mal das, habe
> ich ja nun u.a. auch schon gemerkt.

"Besseres" entspricht dabei wohl nur deiner Definition.

Jens

--
Der Kluegere gibt nach - Eine traurige Wahrheit:
sie begruendet die Weltherrschaft der Dummen.
- Marie von Ebner-Eschenbach

Re: MySql - auto_increment

Am Mon, 06 Nov 2006 12:36:44 +0100 schrieb Jens Riedel:

> Dann frag demnächst woanders nach, wenn es dir hier nicht gefällt. Ich
> für meinen Teil werde dich nicht wieder mit Antworten auf deine Postings
> belästigen.


DAS kannst du mir doch nicht antun, und ich werde vor Trauer gleich
mal eine Tafel Schokolade essen, das habe ich nun davon!

Weiterhin VIEL Spass noch bei der hier abgehenden Selbstbeweihräucherung,
Deutschland und die Deutschen sind einfach Scheiße, heute wie früher...


Und nicht vergessen!

Everytime you masturbate, God kills a kitten.

(http://upload.wikimedia.org/wikipedia/en/1/11/God-kills-kit ten.jpg)
--

Re: MySql - auto_increment

Rudi Menter wrote:

> Weiterhin VIEL Spass noch bei der hier abgehenden Selbstbeweihräucherung,
> Deutschland und die Deutschen sind einfach Scheiße, heute wie früher...

Jetzt lass ich mich doch nochmal hinreißen... zuerst dachte ich nur, du
hättest von dem, mit dem du da hantierst, einfach nur keine Ahnung, aber
du scheinst ja eher ein kompletter Schwachmat zu sein.
Das erklärt natürlich einiges, dann mal weiterhin viel Spaß bei der
"Programmierung". ;-)

Jens

--
Der Kluegere gibt nach - Eine traurige Wahrheit:
sie begruendet die Weltherrschaft der Dummen.
- Marie von Ebner-Eschenbach

Re: MySql - auto_increment

Jens Riedel:

> Jetzt lass ich mich doch nochmal hinreißen... zuerst dachte ich nur,

Kannst du doch gar nicht...

Achtung: Everytime you masturbate, God kills a kitten.
(http://upload.wikimedia.org/wikipedia/en/1/11/God-kills-kit ten.jpg)

Ruddy
--

Re: MySql - auto_increment

..oO(Rudi Menter)

>Achtung: Everytime you masturbate, God kills a kitten.

Und zack - wieder eins weg.

Fup2 poster
Micha

Re: MySql - auto_increment

Hi

Rudi Menter schrieb:
> =

> Hallo Leute,
> habe eine Frage zum MySql - auto_increment feature:
> =

> Nach vielem Löschen und Neuanlegen einer Datenbank wird

[...]

> Platzes wünschen, und wie macht man das am besten?

Nachdem ich nun noch so einige post von dir gelesen
habe, tut es mir schon fast leid, dir geholfen zu haben.

Dein Verhalten kommt mir so vor wie ein 7 jähriger =

Junge dem man den Schnuller weg nimmt.

Ich hoffe, ich übersehe bei deiner nächsten Frage
nicht den absender und wünsche dir in deinem =

Kämmerlein ein gutes Gelingen und viel Zeit,
dein Wissen zu erweitern, denn nachdem was du
dir hier die letzten Stunden geleistet hast, wird
dir ein großteil wohl kaum mehr behilflich sein,
auch wenn es für den einen oder anderen nur =

eine Sekunde wäre, das Problem zu lösen.

Du hast nicht nur DB-Design nicht verstanden, sondern
auch nicht den Sinn von NG's geschweige daß
dein Verhalten unter aller Sau ist.

Viel Glück für dich, das du nicht bald wieder ein Problem hast =


n.Olivier
-- =

Nachbagauer Olivier - www.nOlivier.com
www.reedb.com - Immobilien national & international =

Webportal der Immobilien-Branche - www.Immofinder.de

Re: MySql - auto_increment

Am Mon, 06 Nov 2006 13:58:49 +0100 schrieb n.Olivier:

> Nachdem ich nun noch so einige post von dir gelesen
> habe, tut es mir schon fast leid, dir geholfen zu haben.

Häh? Wieso fast?

Kannst du dich nicht entscheiden? Tsssst...