Source code |
|
1 2 3 4 5 6 7 8 9 10 11 |
TABLE_NAME |CONSTRAINT_NAME |C|OWNER PRESIDENT |SYS_C007885 |C|PRESDB PRESIDENT |SYS_C007886 |C|PRESDB PRESIDENT |SYS_C007887 |C|PRESDB PRESIDENT |SYS_C007888 |C|PRESDB PRESIDENT |PK_PRES |P|PRESDB STATE |SYS_C007890 |C|PRESDB STATE |PK_STATE |P|PRESDB PRES_HOBBY |SYS_C007892 |C|PRESDB PRES_HOBBY |SYS_C007893 |C|PRESDB ... |
This post has been edited 1 times, last edit by "migu" (Nov 29th 2003, 1:41pm)
Quoted
Original von Der Micha
Mann mann mann Migu du fuchs!
Quoted
Original von Der Micha
Warum sollen wir autocommit auf off setzen wenn es sowieso schon auf off ist (bei mir zumindest) ???
Guru
Date of registration: Dec 11th 2001
Location: Hämelerwald
Occupation: Wissenschaftlicher Mitarbeiter (Forschungszentrum L3S, TU Braunschweig)
Exakt so ist es. Nach DDL-Befehlen wird IMMER implizit ein COMMIT ausgeführt.Quoted
Original von migu
Aufgabe 2 ist insgesamt etwas seltsam. Ich kann mir nur vorstellen, wir sollen erkennen, dass DDL-Befehle immer sofort ausgeführt werden. DROP TABLE gehört dazu. Nach meinem bisherigen Verständnis muss man diesen Befehl nicht mit COMMIT aktivieren.
So ganz genau weiß ich es aber auch noch nicht.
Guru
Date of registration: Dec 11th 2001
Location: Hämelerwald
Occupation: Wissenschaftlicher Mitarbeiter (Forschungszentrum L3S, TU Braunschweig)
Das sagt Dir, daß die Integritätsbedingung PK_DIRECTS in der Tabelle DIRECTS eine Primärschlüssel-Bedingung ist. Wenn Du auch noch wissen willst, auf welche Spalte(n) der Tabelle sich diese Bedingung bezieht, dann mußt Du noch einen passenden Join mit der Tabelle ALL_CONS_COLUMNS machen.Quoted
Original von MAX
Was sagt mir folgende Information???
Source code
1 2 3 SUBSTR(TABLE_NAME,1, SUBSTR(CONSTRAINT_NAME,1,30) S -------------------- ------------------------------ - DIRECTS PK_DIRECTS P
Quoted
Original von migu
Das habe ich mich auch gefragt, so dass ich kurzerhand autocommit im zweiten Fenster auf on gesetzt habe, damit die Aufgabe irgendeinen Sinn ergibt. Gerade habe ich aber noch einmal darüber nachgedacht und mir ist eingefallen, dass autocommit natürlich nur in dem Fenster auf off sein muss, in dem DDL- oder DML-Befehle ausgeführt werden.
Guru
Date of registration: Dec 11th 2001
Location: Hämelerwald
Occupation: Wissenschaftlicher Mitarbeiter (Forschungszentrum L3S, TU Braunschweig)
http://www.dbs.uni-hannover.de/lehre/sql…erial/Les09.pdfQuoted
Original von ap
Quoted
Original von migu
Das habe ich mich auch gefragt, so dass ich kurzerhand autocommit im zweiten Fenster auf on gesetzt habe, damit die Aufgabe irgendeinen Sinn ergibt. Gerade habe ich aber noch einmal darüber nachgedacht und mir ist eingefallen, dass autocommit natürlich nur in dem Fenster auf off sein muss, in dem DDL- oder DML-Befehle ausgeführt werden.
Was sind DDL- bzw. DML-Befehle? Auf Übungsblatt 6 steht dazu nix, auch sonst sagt mir das nichts.
Nachdem ich dann in einem Fenster "set autocommit on" gesetzt hatte, habe ich nur bei der Ausgabe der Tabelle unterschiede gesehen. Aber so ganz verstehe ich die Aufgabe nicht, vielleicht wird's ja, wenn mir einer DDL und DML erklärt.
This post has been edited 1 times, last edit by "Joachim" (Dec 3rd 2003, 4:42pm)
Guru
Date of registration: Dec 11th 2001
Location: Hämelerwald
Occupation: Wissenschaftlicher Mitarbeiter (Forschungszentrum L3S, TU Braunschweig)
Ich denke, daß genau dieses Ergebnis herauskommen sollte.Quoted
Original von ap
Den Sinn von Aufgabe 2 verstehe ich dennoch nicht. Hier bitte ich die Aufgabensteller, doch bitte eine genaue Aufgabenstellung zu geben. Wenn ich mich 1:1 an die Aufgabenstellung gehalten hätte, hätte ich z. B. zwei identische Ausgaben gehabt, da bei mir autocommit von vornherein ausgeschaltet war.
This post has been edited 1 times, last edit by "NullAhnung" (Dec 3rd 2003, 7:22pm)
Quoted
Original von NullAhnung
Woher weiß ich ob ich nen Foreign Key oder nen Primary Key habe ? Kann ich dafür die Tabellen auf dem Blatt 5 von DBS nehmen oder muß ich das irgendwie anders machen?
Muß ich die Tabelle erst wieder löschen bevor ich Aufg 1a) lösen kann? Hab irgendwie nichts gefunden, wo steht wie das geht wenn die Tabelle schon da ist. HILFE!
This post has been edited 2 times, last edit by "Informatik Minister" (Dec 3rd 2003, 7:28pm)
Guru
Date of registration: Dec 11th 2001
Location: Hämelerwald
Occupation: Wissenschaftlicher Mitarbeiter (Forschungszentrum L3S, TU Braunschweig)
In deiner Tabelle befinden sich offenbar mehrere Einträge, die die selbe ID besitzen. Wahrscheinlich ist beim Einfügen der Datensätze etwas schiefgelaufen.Quoted
Original von furmann
habe nun mit Alter Table experimentiert; my_movie einen primary key hinzugefuegt; allerdings scheitert selbiges jetzt my my_plays; my_person...
ALTER TABLE my_person ADD CONSTRAINT PK_PERSON PRIMAR KEY (ID);
*
ERROR at line 1:
ORA-02437: cannot validate (DBS82.PK_PERSON) - primary key violated
kann mir wer sagen, woran das liegt ?
Was für alte Keys?Quoted
achja, die alten keys (sys...) in my_*; was habt ihr damit gemacht ? DROPed?
Guru
Date of registration: Dec 11th 2001
Location: Hämelerwald
Occupation: Wissenschaftlicher Mitarbeiter (Forschungszentrum L3S, TU Braunschweig)
Wie man die Integritätsbedingung benennt sollte eigentlich egal sein.Quoted
Original von MAX
Quoted
ALTER TABLE my_person ADD CONSTRAINT PK_PERSON PRIMAR KEY (ID);
*
Müsste man eigentlich nicht so schreiben???
alter table my_person add constraint my_person_id_pk primary key (id);
This post has been edited 1 times, last edit by "furmann" (Dec 3rd 2003, 10:43pm)