... und zurück zur eigentlich frage wäre es noch wichtig für mich zu wissen wie die sql befehle lauten für MSSQL, MySQL und ORACLE den Primary Key zu löschen und anzulegen.

Zitat:

Naja, du darfst nicht vergessen, dass das immer Speicher weg nimmt. Irgendwo muss der Index ja abgelegt werden. Außerdem muss das DBMS bei der Selektion entscheiden, welchen Index es am besten benutzt. Hast du zuviele, kann es passieren, dass es vielleicht einen anderen wählt, als du erwartest.

ah ok. ja macht sinn.

moloch hat folgendes geschrieben :

... und zurück zur eigentlich frage wäre es noch wichtig für mich zu wissen wie die sql befehle lauten für MSSQL, MySQL und ORACLE den Primary Key zu löschen und anzulegen.

Oracle:

Tablespace ist optional.

Im laufenden betrieb empfiehlt sich die Statistiken neu analysieren zu lassen:


Löschen:

löscht den jeweiligen Primärindex?

moloch hat folgendes geschrieben :

markieren SQL-Anweisung     1: DROP INDEX INDEXNAME löscht den jeweiligen Primärindex?

Ah, sorry, das oben gilt natürlich für Indizes. Muss sagen, ich werfe selten Schlüssel weg. Versuch mal sowas:


Anlegen kannst du ihn wieder mit:


Das Anlegen klappt natürlich nur, wenn der Schlüssel nicht verletzt wird, also nicht doppelt vorhanden ist.

wegschmeissen tue ich den primärindex auch nur weil ich ihn im grunde updaten will. also erst löschen alle dann wieder richtig anlegen mit z.b. einem primärindex auf irgendeiner spalte mehr.

für mssql funktionieren die sqls schon mal nicht die du geschrieben hast. für mysql ja.

ist indize = index
oder ist indize ein anderes wort für primärindex?

Ganz einfach:
Index = Singular
Indize = Plural

Und bzgl. dem Anlegen: Der PK gehört auf nen AutoIncrement-Spalte, und ansonsten gehören auf eindeutige Spalten (oder Spaltensammlungen) ein UNIQUE-Constraint (+Index). Ansonsten auf alles nen Index, wonach häufig gefiltert wird.

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

bei oracle kriege ich bei dieser SQL



diese Meldung

Zitat:

ORA-01449: Spalte enthält NULL-Werte; Änderung auf NOT NULL nicht möglich

Und was ist das Problem beim Lesen UND Verstehen der Fehlermeldung?

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

ich möchte mit einer evtl auch 2 sqls einen primärindex dazufügen zu einer tabelle..
hier kriege ich beschrieben das ich eine einstellung machen müsste.. also wieder manuell.. kann ich das evtl auch mit einer sql lösen das problem?

Da liest Du die Meldung falsch: Da steht nämlich einfach nur, dass er das nicht ausführen kann, da derzeit NULL-Werte in der Tabele enthalten sind und dies gegen die von dem durch den PK bedingten Constraint nicht toleriert werden.

Lösung: Vor dem Hinzufügen des PKs dafür sorgen, dass es in der Spalte des PKs keine NULL-Werte mehr gibt (UND alle Werte eindeutig sind).

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

ja das verstehe ich. die situation ist aber die folgende. es ist ein spalte zur tabelle hinzugekommen.. und genau diese spalte soll halt auch einen primär key bekommen. klar das da null drin ist oder? wenn ich die neu angelegt habe.. oder gibt es eine andere möglichkeit

Dann musst Du die Spalte mit einem Standardwert belegen, da ja NULL nicht erlaubt ist.
1. Spalte hinzufügen (Null erlaubt)
2. Spalte mit Standardwerten füllen
3. Spalte ändern (auf NULL nicht erlaubt)
4. Spalten in den Primary Key aufnehmen

kann man nicht die einstellung vornehmen null erlaubt und dann den primary anlegen.. das würde ich für sinnvoll halten.. geht das nicht?

nein, kann nicht gehen, da ein Primary Key niemals null sein kann, er wäre dann nicht mehr eindeutig.

Ich frage mich die ganze zeit, warum du überhaupt so merkwürdige sachen wie Key's löschen und indexe neu erstellen machen willst ... Scheint mir, als ob da das Konzept generell überarbeitungswürdig ist ...

@zuma
ich habe schon oft geschrieben warum..
es ist im grunde ein update auf die jeweilige tabelle. es ist einfach eine spalte dazu gekommen und die soll auch einen prima haben. update sql klappt nicht oder ist noch nicht komplett beschrieben worden hier. also war der einfall erstdie primas löschen dann alle anlegen zusammen...

Soll die neue Spalte mit in den Primary Key aufgenommen werden? Also ein Schlüssel aus mehreren Spalten? Das sollte kein Problem sein.
Oder soll Datum der Schlüssel werden?
In dem Fall mußt du die Spalte Datum erst mit eindeutigen Inhalt füllen.

nee, is nich einfach nur nen Update ...
Primary key = primärer Schlüssel <- davon kanns nur einen geben, sagt ja schon der Name
die neue Spalte soll also ENTWEDER mit in den PK aufgenommen werden ODER unique (eindeutig) sein
also, entweder primärer key oder alternativer key, aber nie 2 primäre key's

so legste z.b. einen 2ten key an:
alter table tabellenname add constraint tabellenname_AKEY unique (spalte); (akey = abk. für alternate key)

also der key soll dazu kommen