Hallo
könnte es an den ' liegen?
Mechtilde schrieb:
> Hallo
> Mechtilde schrieb:
> CREATE TABLE `AktenAdressen'`(`AktenNr` INTEGER NOT NULL,`AdressenNr`
^
> INTEGER NOT NULL,`PersonengruppenNr` INTEGER NOT NULL,`Reihenfolge`
> INTEGER,PRIMARY KEY(`AktenNr`,`Adressen
Mechtilde schrieb:
> Dabei habe ich festgestellt, dass die Erstellung eines zusammengesetzten
> Primärschlüssels geht, wenn die Tabelle mit dem Assistenten erstellt
> wird, nicht jedoch in der Entwurfsansicht.
> (Das bezieht sich auf MySQL 4.1 via ODBc 3.51.09 und OOo >=2.0.2
Für eine HSQL-Date
Hallo,
Mechtilde schrieb:
ich teste gerade weiter ;-)
Dabei habe ich festgestellt, dass die Erstellung eines zusammengesetzten
Primärschlüssels geht, wenn die Tabelle mit dem Assistenten erstellt
wird, nicht jedoch in der Entwurfsansicht.
(Das bezieht sich auf MySQL 4.1 via ODBc 3.51.09 und
Hallo
Mechtilde schrieb:
Regina Henschel schrieb:
Hallo Mechtilde,
ich teste gerade weiter ;-)
Ich verstehe dein Problem nicht so richtig. In HSQL sieht es so aus
CREATE CACHED TABLE "course"("who" INTEGER NOT NULL,"what" INTEGER NOT
NULL,"paid" BOOLEAN,"repeat" BOOLEAN,PRIMARY
KEY("who","
Regina Henschel schrieb:
Hallo Mechtilde,
Das sieht gut aus, gilt wohl leider nur für HSQL und nicht für MySQL.
Sowohl mit OOo als auch mit PhpMyAdmin lassen sich in MySQL _zwei_
Primärschlüssel angeben.
Das sollte mich wundern. Es ist 1 Primärschlüssel, der aus zwei Feldern
besteht. Kannst
Hallo Mechtilde,
Tabelle course (erste Spalte PupilID,zweite sucjectID)
1 a
1 b
2 c
2 a
Wenn du eine zusätzliche Spalte als Schlüssel benutzt, hast du zum
Beispiel (erste Spalte ID)
1 1 a
2 1 b
3 2 c
4 2 a
Um unteren Fall könntest du den Datensatz
5 1 a
anlegen und hättest damit eine doppelt
Mechtilde schrieb:
Hallo, Regina
Regina Henschel schrieb:
Hallo Mechtilde,
Mechtilde schrieb:
Meine Frage dazu müssen die beiden Werte in der Tabelle "course"
Primärschlüssel haben oder kann ich der Tabelle auch eine eigene ID
als Primärschlüssel geben?
Du kannst schon, aber das ist hier nic
Hallo, Regina
Regina Henschel schrieb:
Hallo Mechtilde,
Mechtilde schrieb:
Ich habe mir deine Anhänge zum Issue 50660 angeschaut.
Ja, ich habe mal meine liegen gebliebenen Datenbankprobleme aufgearbeitet.
Meine Frage dazu müssen die beiden Werte in der Tabelle "course"
Primärschlüssel haben
Hallo Mechtilde,
Mechtilde schrieb:
Ich habe mir deine Anhänge zum Issue 50660 angeschaut.
Ja, ich habe mal meine liegen gebliebenen Datenbankprobleme aufgearbeitet.
Meine Frage dazu müssen die beiden Werte in der Tabelle "course"
Primärschlüssel haben oder kann ich der Tabelle auch eine ei
Hallo Jens und die anderen,
Jens Nürnberger schrieb:
Hallo Karl-Heinz,
Meines Wissens nicht. Ich habe die Tabellen mal testweise angelegt und
es hat geklappt, aber ich hatte wohl einen Denkfehler. Ich habe nur eine
spezielle Form der n:m-Beziehung aufgebaut. jeder Satz aus Tabelle1 kann
maxim
Am 23 Apr 2006 um 21:48 hat Mechtilde geschrieben:
> Kann sie leider nicht öffnen, da dies wohl nur unter Windows ohne
> weitere eingriffe möglich ist.
> Ein Ändern des Pfades auf die *.mdb datei hat keinen Zugriff ermöglicht.
>
> Mechtilde
Hallo Mechtilde,
Schade, dass die Dateien Dir nun nicht
Bernd Schukat schrieb:
Am 23 Apr 2006 um 20:48 hat Mechtilde geschrieben:
Hallo Bernd,
Vielleicht hast Du ja doch eine Möglichkeite Deine Datei online zu stellen.
Ich würde sie dann auch gerne herunterladen.
Hallo Mechtilde,
ich kann sie leider nicht online stellen, Dir aber gern als PM zuschi
Am 23 Apr 2006 um 20:48 hat Mechtilde geschrieben:
> Hallo Bernd,
>
> Vielleicht hast Du ja doch eine Möglichkeite Deine Datei online zu stellen.
> Ich würde sie dann auch gerne herunterladen.
>
> Wenn du nichts dagegen hast, kann ich sie auch online stellen.
>
> Mechtilde
>
Hallo Mechtilde,
ich k
Hallo Regina
Regina Henschel schrieb:
Nachtrag:
Regina Henschel schrieb:
Ich habe jedoch festgestellt, dass es einfacher ist, erst einen
künstlichen Schlüssel zu setzen, dann die Beziehungen herzustellen,
dann den Schlüssel auf kombinierten Schlüssel zu ändern und
schließlich das Feld des al
Hallo Bernd,
Bernd Schukat schrieb:
Am 23 Apr 2006 um 19:54 hat Jens Nürnberger geschrieben:
Hallo Bernd,
Ja, das würde ich mir gerne ansehen.
mfG
Regina
Ist unterwegs zu Dir in 2 Mails
dürfte ich die auch mal erhalten?
> kein Problem, die 2. mit der org-Acessversion ist allerdings ein
"M
Am 23 Apr 2006 um 19:54 hat Jens Nürnberger geschrieben:
> Hallo Bernd,
>
> >> Ja, das würde ich mir gerne ansehen.
> >>
> >> mfG
> >> Regina
> >
> > Ist unterwegs zu Dir in 2 Mails
>
> dürfte ich die auch mal erhalten?
>
> Danke Jens
Claro,
kein Problem, die 2. mit der org-Acessversion ist alle
Hallo Bernd,
Ja, das würde ich mir gerne ansehen.
mfG
Regina
Ist unterwegs zu Dir in 2 Mails
dürfte ich die auch mal erhalten?
Danke Jens
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Hallo Karl-Heinz,
Meines Wissens nicht. Ich habe die Tabellen mal testweise angelegt und
es hat geklappt, aber ich hatte wohl einen Denkfehler. Ich habe nur eine
spezielle Form der n:m-Beziehung aufgebaut. jeder Satz aus Tabelle1 kann
maximal einmal mit einem Satz aus Tabelle2 verknüpft werden.
Hallo Regina,
Ja, abgesehen von der Tatsache, dass ich bei Formularen noch
Nachholbedarf habe, scheinen diese das eigentliche Problem zu sein.
Vielleicht kann man typische Situationen isolieren und dann Lösungen
ermitteln?
Für mich sind diese Fälle:
- Erstellen von Auswahlfeldern die ihre D
Hallo Jens,
Jens Nürnberger schrieb:
> Hallo Karl-Heinz,
>
>> Hast Du schon mal versucht das ganze als n:m Beziehung zu speichern und
>> dabei die beiden Schlüssel gemeinsam als Primärschlüssel für die
>> Verbindungstabelle zu definieren?
>
> Geht das? Verstößt das nicht gegen ein Datenbank Grun
Am 23 Apr 2006 um 18:39 hat Regina Henschel geschrieben:
> Ja, das würde ich mir gerne ansehen.
>
> mfG
> Regina
Ist unterwegs zu Dir in 2 Mails
mfg
Bernd
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-
Hallo Bernd,
Bernd Schukat schrieb:
ich haette da evtl was. Ich habe eine Datenbank von Access zu Base "exportiert" .Wg der
großen Infomenge (Anzahl der Spalten) hatte ich die Bank unter Acess in 4 Tabellen
aufgeteilt. Das ging unter Base leider nicht, weil ich aus 4 Tabellen kein Formular mac
Am 23 Apr 2006 um 17:39 hat Regina Henschel geschrieben:
> aber besser wären natürlich solche Beispieldatenbanken, die realitätsnah
> sind. Hast du so etwas?
Hallo Regina,
ich haette da evtl was. Ich habe eine Datenbank von Access zu Base "exportiert"
.Wg der
großen Infomenge (Anzahl der Spalt
Nachtrag:
Regina Henschel schrieb:
Ich habe jedoch festgestellt, dass es einfacher ist, erst einen
künstlichen Schlüssel zu setzen, dann die Beziehungen herzustellen, dann
den Schlüssel auf kombinierten Schlüssel zu ändern und schließlich das
Feld des alten künstlichen Schlüssels zu löschen.
Hallo Jens,
Jens Nürnberger schrieb:
Eins? Die Beispiele gibt es schon (bei mir), das Problem ist auch nicht
die Erstellung der Datenbanken im Modus 1:1; 1:n und n:m jemanden näher
zu bringen (auf Wunsch kann ich das schon Online stellen), sondern die
Umsetzung der dazugehörenden Formulare,
Hallo Karl-Heinz,
Hast du das schon einmal gemacht? Ich scheitere in OpenOffice.org Base
an der praktischen Umsetzung der Theorie und wär Glücklich ein
Praxisbeispiel mal nachspielen zu dürfen. Auch eine 1:1 Beziehung wär
intressant.
Hast Du schon mal versucht das ganze als n:m Beziehung zu sp
Regina Henschel schrieb:
bin wieder da, und kann darauf antworten und auf einige Fragen dazu
eingehen.
Hast du das schon einmal gemacht? Ich scheitere in OpenOffice.org Base
an der praktischen Umsetzung der Theorie und wär Glücklich ein
Praxisbeispiel mal nachspielen zu dürfen. Auch eine 1:1
Hallo Karl-Heinz,
Karl-Heinz Gödderz schrieb:
Hallo Jens,
Jens Nürnberger schrieb:
Hast du das schon einmal gemacht? Ich scheitere in OpenOffice.org
Base an der praktischen Umsetzung der Theorie und wär Glücklich ein
Praxisbeispiel mal nachspielen zu dürfen. Auch eine 1:1 Beziehung
wär intr
Hallo Jens,
Jens Nürnberger schrieb:
>
> Hast du das schon einmal gemacht? Ich scheitere in OpenOffice.org Base
> an der praktischen Umsetzung der Theorie und wär Glücklich ein
> Praxisbeispiel mal nachspielen zu dürfen. Auch eine 1:1 Beziehung wär
> intressant.
>
Hast Du schon mal versucht das
Hallo Jens,
Jens Nürnberger schrieb:
Hast du das schon einmal gemacht? Ich scheitere in OpenOffice.org Base
an der praktischen Umsetzung der Theorie und wär Glücklich ein
Praxisbeispiel mal nachspielen zu dürfen. Auch eine 1:1 Beziehung wär
intressant.
Reicht dafür nicht eine 1:n Beziehung,
Hallo Regina,
Das liegt daran, dass bei einem vernünftigen Datenbankentwurf n:m
Relationen zu 1:n Relationen aufgelöst werden. Du musst also eine dritte
Tabelle einführen. Beispiel VHS: Eine Person kann mehrere Kurse buchen
und ein Kurs besteht aus mehreren Personen. Du brauchst eine dritte
T
Hallo Ines,
Ines Peters schrieb:
Hallo zusammen,
ist es möglich Datensätze zweier Tabellen mit einer n:m Relation zu
verknüpfen? Ich bekomme immer nur 1:n Relationen angezeigt.
Kann mir jemand helfen?
Das liegt daran, dass bei einem vernünftigen Datenbankentwurf n:m
Relationen zu 1:n Rel
Hallo zusammen,
ist es möglich Datensätze zweier Tabellen mit einer n:m Relation zu
verknüpfen? Ich bekomme immer nur 1:n Relationen angezeigt.
Kann mir jemand helfen?
Vielen Dank vorab.
Viele Grüße
Ines
-
To unsubscribe, e
33 matches
Mail list logo
