Donnerstag, 6. Dezember, 16:30
==============================

> ich besuche Ihre Vorlesung Dokumentation und Datenbanken und habe eine
> Frage zur Aufgabe 6.

> Es geht um die Teilaufgaben b) und d).
> Sollen die Aufgaben genau nach KIND, EX_NO und SUB_NO unterschieden oder
> die Aufgaben mit gleichem KIND-Wert, gleicher EX_NO und verschiedener
> SUB_NO zusammengefasst werden?

vielen Dank fuer Ihre EMail. Dieser Punkt ist tatsaechlich unklar.
Leider benutzt der Datenbestand das "SUB_NO" Feld nicht konsistent:
Teilaufgaben sind nur bei Hausaufgabe 3 eingetragen.

Beide L"osungen sind akzeptabel:
- Sie fassen Aufgaben mit gleicher "Kind" und "Ex_No" zusammen
  (das scheint mir etwas schwieriger).
- Sie behandeln die Teilaufgaben getrennt:
  Dann sollten Sie aber auch "Sub_No" ausgeben, nicht nur "Kind" und "Ex_No".

Montag, 10. Dezember, 14:45
===========================

> Und nun zu einem neuen Problem:
> Leider kann ich (auch) die results-Tabellen nicht installieren.
> Diesmal stellt sich das Problem konkreter dar:
> Mein SQL-Worksheet (oder die DB?!) erkennen "Ihre" 
> Datumsformatierung nicht als Datum an und beschweren sich, daß 
> ich einen String, z.B. '10-DEZ-99' in ein Datumsfeld schreiben 
> möchte.

> Ich habe den Wert geändert in TO_DATE('10-DEZ-99','DD-MON-
> YY') mit dem Ergebnis, daß ich lauter Daten in der Zukunft 
> produzierte (10.12.2099).
> Also habe ich mit einem Editor alle 99 in 1999 umgewandelt und 
> TO_DATE entsprechend angepaßt.
> Zwar funktioniert das nun, aber ich müßte jetzt per Hand vor jedes 
> Datum mein TO_DATE( setzen und dahinter ,'DD_MON_YYYY'), 
> denn automatisches Erstzen geht nicht, da es sich nicht immer 
> um das gleiche Datum handelt.

> Mein Bitte ist deshalb, ob sie mir nicht Ihre drei Tabllen als .dmp-
> file schicken könnten, dann ist diese Hürde umschifft.
> Es sei denn, ORACLE speichert nicht nur Werte, die es erst bei 
> der Ausgabe den nationalen Verhältnissen anpaßt, sondern 
> speichert die Werte schon in nationalen Formen, dann könnte es 
> auch wieder Probleme geben.

bitte entschuldigen Sie die Probleme mit "results.sql".
Im Prinzip war mir schon bekannt, dass es Schwierigkeiten geben konnte,
wenn die Datenbank auf "Deutsch" eingestellt ist, weil dann auch die
Monatsnamen deutsch sein muessen.
Ich habe "results.sql" in Pittsburgh erstellt, und da waren die Monatsnamen
Englisch.
Ich habe jetzt das Problem geloest, indem ich das Format 'DD-MM-YYYY'
gewaehlt habe, das muesste unabhaengig von der Landeseinstellung funktionieren.
Das Problem mit den zweistelligen Jahresangaben kannte ich noch nicht,
und auf unserem Unix-Rechner tritt es nicht auf.
Durch das neue Datumsformat bin ich jetzt aber auch auf der sicheren Seite.

Bitte laden Sie "results.sql" noch einmal von der Kurs-Website herunter
und probieren es noch einmal.
Ich habe auch "results.dmp" im gleichen Verzeichnis abgespeichert,
falls es mit "results.sql" wieder nicht funktionieren sollte.