Probleme mit Indezies der Fremdschlüssel

[immergut]

Hallo!

Als Projekt für meine Facharbeiterprüfung habe in das Problem
XML-DTD's in Tabellenstruckturen für Access umzuwandeln.

Input: XML-DTD
Output: SQL-Datei

Nun mein Problem:

Access hat eine Bregenzung auf 32 Indezies pro Tabelle. Leider kann
ich nicht nachvollziehen, wo Access, wenn ich einen Fremdschlüssel
setze, diesen Index anlegt. Also in der, wo sich der Fremdschlüssel
befindet, oder in der, auf der sich der Fremdschlüssel bezieht. In den
meisten Fällen wurde bei mir der Index in die Beziehungs-Tabelle
geschrieben, aber es gab auch Fälle, wo der Index direkt in die
Tabelle geschrieben wurde, wo der Primärschlüssel ist.

Ich habe nun auf beiden Seiten mitgezählt und wenn ich über 32
Indezies komme, eine neue Tabellen erstellt. Also auf beiden Seiten 32
abgesichert.

Per ODBC schreibe ich die Tabellen.

Trotzdem erhalte ich immer folgende Fehlermeldung:

[Microsoft][ODBC Microsoft Access Driver] Die Operation ist
fehlgeschlagen. Tabelle 'div' enthält zu viele Indizes. Löschen Si
Allgemeiner SQL-Fehler
einige Indizes der Tabelle, und versuchen Sie die Operation noch
einmal.

Wenn ich mir über einen SQL-Explorer die Datenbank angucke, sind in
der entsprechenden Tabelle aber nicht mehr als 20 Indezies drin.
Kurmisch ist auch, im Access wird mir als Indezies immer nur der
Primärschlüssel angezeigt.

Könnt ihr mir da helfen?
Bsp.: h++p://home.arcor.de/gdbhecht/onix-international.dtd2.1_rev02.rar

PS: Also ich hab 2 Programme. Eins wandelt die XML-Dtd in Tabellen um,
schreibt eine Text-Datei mit SQL-Statments. Das 2. Liest die Textdatei
ein und überträgt die SQL-Befehle per ODBC an meine Access-Datenbank.

[Mark Doerbandt]

Hallo,

immergut:

Bitte verwende hier Deinen vollen (Vor- und Zu-) Namen. Danke.

Post by immergut
Access hat eine Bregenzung auf 32 Indezies pro Tabelle.

Und ich denke, das sollte fuer gaengige Anwendungen auch ausreichen.
Kannst Du vielleicht noch erlaeutern, warum genau Du so viele
Fremdschluessel in einzelnen Tabellen hast. "Normale" Datenmodelle
geben das nicht her. Was ist an Deinem Beispiel also
aussergewoehnlich?

Gruss - Mark

[immergut]

Post by Mark Doerbandt
Hallo,
Bitte verwende hier Deinen vollen (Vor- und Zu-) Namen. Danke.

Post by immergut
Access hat eine Bregenzung auf 32 Indezies pro Tabelle.

Und ich denke, das sollte fuer gaengige Anwendungen auch ausreichen.
Kannst Du vielleicht noch erlaeutern, warum genau Du so viele
Fremdschluessel in einzelnen Tabellen hast. "Normale" Datenmodelle
geben das nicht her. Was ist an Deinem Beispiel also
aussergewoehnlich?
Gruss - Mark

Hallo,

ok..., mein Name ist Christian Hecht. In meiner Projektarbeit geht das
darum aus XML-Dtd's automatisiert Datenbankmodelle zu erstellen. In
meinen Problemfall geht es um die Onix-DTD, die sehr sehr mächtig
ist...

Mir geht es jetzt nicht umbedingt darum, ob jemand dieses Modell
jemals nutzen wird oder kann. Ich kenne selbst auch nicht diese DTD.

Ich möchte nur, das ich diese zur Vorführungszwecken in Access
importiert bekommen. Ich hab eigentlich alle Indezies mitgezählt und
immer wenn mehr als 32 Indezies in einer Tabelle vorkommen eine neue
Tabelle erstellt.
Die Fehler, die mir ODBC ausgibt kann ich absolut nicht
nachvollziehen. Wenn ich mir die Fehlerhaften Tabellen mit dem
SQL-Explorer von Borland angucke, sind dort auf keinen Fall 32
Indezies drin.

Ich wäre euch dankbar, wenn Ihr meine SQL-Datei mal ausprobieren
könntet und jetzt mal auslassen ob das Sinvoll oder nicht ist.

Eine überarbeitete SQL-Datei findet ihr hier:
h++p://home.arcor.de/gdbhecht/onix-international.dtd.rar

Mein Test-Programm um die SQL-Statesments per ODBC in Access zu laden
h++p://home.arcor.de/gdbhecht/sql2access.rar
Ich müsst hier bei ODBC eine Benutzer DNS mit den Namen access-test
zur einer leeren Access-Datei erstellen.


mfg
Christian Hecht

[Henry Habermacher [MVP Access]]

Hallo immergut

Du solltest Deinen Realnamen im Newsreader einstellen, nicht im Posting
preisgeben ;-)

Post by immergut
Ich möchte nur, das ich diese zur Vorführungszwecken in Access
importiert bekommen. Ich hab eigentlich alle Indezies mitgezählt und
immer wenn mehr als 32 Indezies in einer Tabelle vorkommen eine neue
Tabelle erstellt.
Die Fehler, die mir ODBC ausgibt kann ich absolut nicht
nachvollziehen. Wenn ich mir die Fehlerhaften Tabellen mit dem
SQL-Explorer von Borland angucke, sind dort auf keinen Fall 32
Indezies drin.

Als Indices in diesem Fall gelten: TAbellen Indices, Primär /und/
Beziehungen, so merkwürdig das auch klingen mag. Diese findest Du in der
MSysRelationShips Tabelle oder in der Relations Collection des Database
Objects.

Das gemeine daran ist, dass Access by default selber noch Indices anlegt,
wenn man ihm das nicht explizit abstellt. Access reagiert dabei auf
Feldnamen. Das wird in Extras - Optionen - Tabellen/Abfragen eingestellt
("AutoIndex on Import/Create" in der englischen Version).

HTH

Henry

[Mark Doerbandt]

Hallo, Christian,

immergut wrote:

Bitte stelle Deinen vollen Namen /in Deinem Newsreader oder Profil/ ein.

Post by immergut
Ich hab eigentlich alle Indezies mitgezählt und
immer wenn mehr als 32 Indezies in einer Tabelle vorkommen eine neue
Tabelle erstellt.

Koenntest Du mir noch sagen, bei welchen Tabellen der Fehler auftritt.
Ich sehe keinen Fall, wo mehr als 32 Indizes noetig waeren.

btw: die SQL-Datei ist an einigen Stellen, was die Feldnamen angeht,
zerschossen.

Gruss - Mark

[immergut]

Post by Mark Doerbandt
Hallo, Christian,
Bitte stelle Deinen vollen Namen /in Deinem Newsreader oder Profil/ ein.

Post by immergut
Ich hab eigentlich alle Indezies mitgezählt und
immer wenn mehr als 32 Indezies in einer Tabelle vorkommen eine neue
Tabelle erstellt.

Koenntest Du mir noch sagen, bei welchen Tabellen der Fehler auftritt.
Ich sehe keinen Fall, wo mehr als 32 Indizes noetig waeren.
btw: die SQL-Datei ist an einigen Stellen, was die Feldnamen angeht,
zerschossen.
Gruss - Mark

Hallo,

sorry, ich bin neu hier und hab jetzt noch nicht gefunden wo ich
meinen Namen bei google ändern kann.

Post by Mark Doerbandt
Als Indices in diesem Fall gelten: TAbellen Indices, Primär /und/
Beziehungen, so merkwürdig das auch klingen mag. Diese findest Du in

der

Post by Mark Doerbandt
MSysRelationShips Tabelle oder in der Relations Collection des

Database

Post by Mark Doerbandt
Objects.

Ich bin jetzt nicht der Access Experte, aber wo finde ich denn diese
MSysRelationShip Tabelle? Gibt es eigentlich eine Maximale
Indeziebegrenzung pro Datenbank?

Post by Mark Doerbandt
Relations Collection des Database
Objects.

Ich habe zum Zeitpunkt der Erstellung der SQL-Befehle keinen Kontakt
zu einer Access-Datenbank.

Post by Mark Doerbandt
Das gemeine daran ist, dass Access by default selber noch Indices

anlegt,

Post by Mark Doerbandt
wenn man ihm das nicht explizit abstellt. Access reagiert dabei auf
Feldnamen. Das wird in Extras - Optionen - Tabellen/Abfragen

eingestellt

Post by Mark Doerbandt
("AutoIndex on Import/Create" in der englischen Version).

Hab ich jetzt ausgeschaltet, leider lag es daran nicht.

Post by Mark Doerbandt
Koenntest Du mir noch sagen, bei welchen Tabellen der Fehler auftritt.
Ich sehe keinen Fall, wo mehr als 32 Indizes noetig waeren.

-------------------------------------------
alter table `EditionTypeCode` add constraint
`Product__EditionTypeCode` foreign key (`Product`) references
`Product`;
Insufficient memory for this operation.
[Microsoft][ODBC Microsoft Access Driver] Die Operation ist
fehlgeschlagen. Tabelle 'Product' enthält zu viele Indizes. Lösche
General SQL error.
Sie einige Indizes der Tabelle, und versuchen Sie die Operation noch
einmal.
-------------------------------------------

Wenn ich mir nun die Tabelle Product angucke, ist dort bloß ein
einziger Indezie vom Primärschlüssel drin. Auch sehr eigenartig,
normalerweise müsste doch der Indezie in der Tabelle EditionTypeCode
angeleget werden und nicht in der Refernz.

Hier die komplette Error-Datei:
h++p://home.arcor.de/gdbhecht/errors_sql2access.rar

Post by Mark Doerbandt
btw: die SQL-Datei ist an einigen Stellen, was die Feldnamen angeht,
zerschossen.

Was meinst du hiermit? Ich habe die Feldnamen testweise auf 50 Zeichen
begenzt. Ich glaub die maximale Länge von Access war 64 Zeichen.

mfg
CHristian

[Henry Habermacher [MVP Access]]

Hallo immergut

Post by immergut
Ich bin jetzt nicht der Access Experte, aber wo finde ich denn diese
MSysRelationShip Tabelle? Gibt es eigentlich eine Maximale
Indeziebegrenzung pro Datenbank?

Im Datenbank Kontainer, wenn Du Dir die Systemobjekte anzeigen lässt
(Extras - Optionen)

Post by immergut

Post by Henry Habermacher [MVP Access]
Relations Collection des Database
Objects.

Ich habe zum Zeitpunkt der Erstellung der SQL-Befehle keinen Kontakt
zu einer Access-Datenbank.

Wie willst Du denn die Tabellen erstellen. Ohne Kontakt zur Datenbank geht
gar nichts. Es gibt keine Geister, die das magisch da drin dann ausführen.
Erzähl' uns doch mal ein bisschen genauer, was Du machst. Wäre wirklich
hilfreich.

Post by immergut

Post by Henry Habermacher [MVP Access]
Das gemeine daran ist, dass Access by default selber noch Indices

anlegt,

Post by Henry Habermacher [MVP Access]
wenn man ihm das nicht explizit abstellt. Access reagiert dabei auf
Feldnamen. Das wird in Extras - Optionen - Tabellen/Abfragen

eingestellt

Post by Henry Habermacher [MVP Access]
("AutoIndex on Import/Create" in der englischen Version).

Hab ich jetzt ausgeschaltet, leider lag es daran nicht.

Nicht würde ich nicht sagen, aber nicht nur. Kannst es ja nachher wieder
einschalten und schauen, ob es diese Indices nicht auch noch anlegt.

Post by immergut

Post by Henry Habermacher [MVP Access]
Koenntest Du mir noch sagen, bei welchen Tabellen der Fehler
auftritt. Ich sehe keinen Fall, wo mehr als 32 Indizes noetig waeren.

-------------------------------------------
alter table `EditionTypeCode` add constraint
`Product__EditionTypeCode` foreign key (`Product`) references
`Product`;
Insufficient memory for this operation.
[Microsoft][ODBC Microsoft Access Driver] Die Operation ist
fehlgeschlagen. Tabelle 'Product' enthält zu viele Indizes. Lösche
General SQL error.
Sie einige Indizes der Tabelle, und versuchen Sie die Operation noch
einmal.
-------------------------------------------

Ja, so sieht das aus, wenn zuviele Indices und Beziehungen in ein und die
selbe Tabelle laufen. Da kann man nicht viel machen, ausser auf Indices
verzichten oder eine neuen Tabelle anlegen, welche nur die Schlüssel der
referenzierten Tabelle beinhaltet und diese dann mit der Ausgangstabelle 1:1
verknüpfen und dann die Beziehungen teilweise auf diese Schlüsseltabelle
laufen lassen. Macht das Ganze aber nicht wirklich einfacher.

Post by immergut
Wenn ich mir nun die Tabelle Product angucke, ist dort bloß ein
einziger Indezie vom Primärschlüssel drin. Auch sehr eigenartig,
normalerweise müsste doch der Indezie in der Tabelle EditionTypeCode
angeleget werden und nicht in der Refernz.

Habe ich Dir doch schon gesagt. Es sind die Referenzen, die mitgezählt
werden. Glauben musst Du es nicht, es ist halt einfach so. Schau' mal in die
MSysRelationShips Tabelle rein. Dann siehst Du diese. Oder gehe mal die
Relations Collection des Database Objects für diese Tabelle (sowohl als
Ausgangstabelle, als auch als Zieltabelle durch).

Post by immergut
h++p://home.arcor.de/gdbhecht/errors_sql2access.rar

Nein, tue ich mir jetzt nicht an, sorry. Ich weiss ja woran es liegt. Die
Tabelle Products oder EditionTypeCode hat einfach zuviele Beziehungen und
Indices. Ich vermute übrigens es ist die Tabelle EditionTypeCode, welche
wohl in allen Tabellen benutzt wird, um die Art des Bearbeitungszustandes zu
kennzeichnen, oder?

Post by immergut

Post by Henry Habermacher [MVP Access]
btw: die SQL-Datei ist an einigen Stellen, was die Feldnamen angeht,
zerschossen.

Was meinst du hiermit? Ich habe die Feldnamen testweise auf 50 Zeichen
begenzt. Ich glaub die maximale Länge von Access war 64 Zeichen.

Ich würde da nicht an das Maximum gehen. Je kürzer, desto besser und
schneller. Du siehst ja selber, wozu die Namen sonst noch verwendet werden.
Die Beziehung wird beispielsweise aus dem Namen der beiden TAbellen
zusammengesetzt. Wenn da eine Tabelle bereits einen maximal langen Namen
hat, dann weiss ich nicht, was dann passiert. Access erzeugt ja die Namen
nicht selber, kürzt diese aber wohl auf ein erträgliches Maximum runter,
ohne Rücksicht, ob dann der Name noch eindeutig ist (was Access selber nicht
stören sollte).

Gruss
Henry

[immergut]

Hallo!

Post by Henry Habermacher [MVP Access]

Post by immergut

Post by Henry Habermacher [MVP Access]
Relations Collection des Database
Objects.

Ich habe zum Zeitpunkt der Erstellung der SQL-Befehle keinen Kontakt
zu einer Access-Datenbank.

Wie willst Du denn die Tabellen erstellen. Ohne Kontakt zur Datenbank geht
gar nichts. Es gibt keine Geister, die das magisch da drin dann ausführen.
Erzähl' uns doch mal ein bisschen genauer, was Du machst. Wäre wirklich
hilfreich.

Hey, nun mach nich mal nicht fertig... Wie schon geschrieben, ich
benutze hier 2 Programme. Das erste erstellt mir aus einer DTD eine
Text-Datei!!!!! mit SQL-Befehlen. Dieses ist ein allgemeines Programm,
was überhaupt nichts mit Access zu tunen hat. Es sollen hier die
Begrenzugen von Access variabel eingetragen werden können.

Das 2. Programm list die SQL-Befehle ein und schick sie direkt an
Access per ODBC!!!. Dieses Programm nimmt keine Änderungen an den
Befehlen vor.

Post by Henry Habermacher [MVP Access]

Post by immergut

Post by Henry Habermacher [MVP Access]
Koenntest Du mir noch sagen, bei welchen Tabellen der Fehler
auftritt. Ich sehe keinen Fall, wo mehr als 32 Indizes noetig waeren.

-------------------------------------------
alter table `EditionTypeCode` add constraint
`Product__EditionTypeCode` foreign key (`Product`) references
`Product`;
Insufficient memory for this operation.
[Microsoft][ODBC Microsoft Access Driver] Die Operation ist
fehlgeschlagen. Tabelle 'Product' enthält zu viele Indizes. Lösche
General SQL error.
Sie einige Indizes der Tabelle, und versuchen Sie die Operation noch
einmal.
-------------------------------------------

Ja, so sieht das aus, wenn zuviele Indices und Beziehungen in ein und die
selbe Tabelle laufen. Da kann man nicht viel machen, ausser auf Indices
verzichten oder eine neuen Tabelle anlegen, welche nur die Schlüssel der
referenzierten Tabelle beinhaltet und diese dann mit der Ausgangstabelle 1:1
verknüpfen und dann die Beziehungen teilweise auf diese Schlüsseltabelle
laufen lassen. Macht das Ganze aber nicht wirklich einfacher.

Ich versuche doch duch das anlegen von zusätzlichen Tabellen, diese
Begenzung aus dem Weg zu gehen. Habe ich auch schon geschrieben....

Post by Henry Habermacher [MVP Access]

Post by immergut
Wenn ich mir nun die Tabelle Product angucke, ist dort bloß ein
einziger Indezie vom Primärschlüssel drin. Auch sehr eigenartig,
normalerweise müsste doch der Indezie in der Tabelle EditionTypeCode
angeleget werden und nicht in der Refernz.

Habe ich Dir doch schon gesagt. Es sind die Referenzen, die mitgezählt
werden. Glauben musst Du es nicht, es ist halt einfach so. Schau' mal in die
MSysRelationShips Tabelle rein. Dann siehst Du diese. Oder gehe mal die
Relations Collection des Database Objects für diese Tabelle (sowohl als
Ausgangstabelle, als auch als Zieltabelle durch).

Könntest du mir bitte genau erklären oder wenigstens sagen wo ich
Infos dazu finde, wie ich ohne die Hilfe von Access nachvollziehen
kann, wo Indezies gesetzt werden und wo nicht.

Bsp.:

Tabelle1
id: Primärschlüssel --> Index
FKTabelle2: Fremdschlüssel auf Tabelle2 (id)

Tabelle2
id: Primärschlüssel --> Index

Wo wird denn nun der Index für FKTabelle2 erstellt, in Tabelle1,
Tabelle2 oder in beiden?

Unter einer Referenz versteh ich das setzen eines Fremdschlüssels!?


mfg
Christian

[Henry Habermacher [MVP Access]]

Hallo immergut

Solange Du nicht Deinen richtigen Realnamen einstellst, werden die Postings
im Ton kaum besser werden :-(

Post by immergut
Könntest du mir bitte genau erklären oder wenigstens sagen wo ich
Infos dazu finde, wie ich ohne die Hilfe von Access nachvollziehen
kann, wo Indezies gesetzt werden und wo nicht.
Tabelle1
id: Primärschlüssel --> Index
FKTabelle2: Fremdschlüssel auf Tabelle2 (id)

und eben zusätzlich eine Relation, die die Beziehung der Tabelle trägt, in
der Relations Collection der Database über DAO auszulesen, oder wenn's Dir
lieber ist über die Tabelle MSysRelationships. Mehr kann ich da auch nicht
schreiben, sorry.

Post by immergut
Tabelle2
id: Primärschlüssel --> Index
Wo wird denn nun der Index für FKTabelle2 erstellt, in Tabelle1,
Tabelle2 oder in beiden?

In der Relations Collection des Database Objects, rsp. in der
MSysRelationship Tabelle.

SELECT Count(*) FROM MSysRelationShips WHERE szObject = 'DeineTabelle' OR
szReferencedObject = 'DeineTabelle'

gibt die Anzahl der Referenzen zurück, die von und zu dieser Tabelle gehen.

und dieser 3-Zeiler für das DirektFenster in Access liefert die angelegten
Indices zurück:

For I = 0 to Currentdb.TableDefs("DeineTabelle").Indexes.count - 1 : _
? Currentdb.TableDefs("DeineTabelle").Indexes(I).Name : _
Next I

Diese Auflistung beinhaltet ebenfalls die unter den obigen MSysRelationShips
gezählten Beziehungen von und zur Tabelle. Je Beziehung gibt's also sowohl
einen Index auf der Primär-, als auch auf der Secundär-Seite, aus welchem
Grund auch immer. Zusätzlich dann noch den PrimaryKey, also insgesamt 3
Indices je Beziehung.

Gruss
Henry

[Mark Doerbandt]

Hallo,

Post by immergut

Post by Mark Doerbandt
btw: die SQL-Datei ist an einigen Stellen, was die Feldnamen angeht,
zerschossen.

Was meinst du hiermit?

CREATE TABLE `ConferenceSponsor` (
`Conference` INTEGER,
`ponsorIdentifier_ConferenceSponsorIDType_datestamp` Text,
`SponsorIdentifier_ConferenceSponsorIDType_language` Text,
`eSponsorIdentifier_ConferenceSponsorIDType_refname` Text,
`ponsorIdentifier_ConferenceSponsorIDType_shortname` Text,
`onsorIdentifier_ConferenceSponsorIDType_sourcename` Text,
`onsorIdentifier_ConferenceSponsorIDType_sourcetype` Text,
`enceSponsorIdentifier_ConferenceSponsorIDType_text` Text,
`SponsorIdentifier_ConferenceSponsorIDType_textcase` Text,
`onsorIdentifier_ConferenceSponsorIDType_textformat` Text,
`Identifier_ConferenceSponsorIDType_transliteration` Text,
`renceSponsor_ConferenceSponsorIdentifier_datestamp` Text,
`r_ConferenceSponsorIdentifier_IDTypeName_datestamp` Text,
`or_ConferenceSponsorIdentifier_IDTypeName_language` Text,
`sor_ConferenceSponsorIdentifier_IDTypeName_refname` Text,
`r_ConferenceSponsorIdentifier_IDTypeName_shortname` Text,
`_ConferenceSponsorIdentifier_IDTypeName_sourcename` Text,
`_ConferenceSponsorIdentifier_IDTypeName_sourcetype` Text,
`ponsor_ConferenceSponsorIdentifier_IDTypeName_text` Text,
`or_ConferenceSponsorIdentifier_IDTypeName_textcase` Text,
`_ConferenceSponsorIdentifier_IDTypeName_textformat` Text,
`erenceSponsorIdentifier_IDTypeName_transliteration` Text,
`nsor_ConferenceSponsorIdentifier_IDValue_datestamp` Text,
`onsor_ConferenceSponsorIdentifier_IDValue_language` Text,
`ponsor_ConferenceSponsorIdentifier_IDValue_refname` Text,
`nsor_ConferenceSponsorIdentifier_IDValue_shortname` Text,
`sor_ConferenceSponsorIdentifier_IDValue_sourcename` Text,
`sor_ConferenceSponsorIdentifier_IDValue_sourcetype` Text,
`ceSponsor_ConferenceSponsorIdentifier_IDValue_text` Text,
`onsor_ConferenceSponsorIdentifier_IDValue_textcase` Text,
`sor_ConferenceSponsorIdentifier_IDValue_textformat` Text,
`onferenceSponsorIdentifier_IDValue_transliteration` Text,
`erenceSponsor_ConferenceSponsorIdentifier_language` Text,
`ferenceSponsor_ConferenceSponsorIdentifier_refname` Text,
`renceSponsor_ConferenceSponsorIdentifier_shortname` Text,
`enceSponsor_ConferenceSponsorIdentifier_sourcename` Text,
`enceSponsor_ConferenceSponsorIdentifier_sourcetype` Text,
`erenceSponsor_ConferenceSponsorIdentifier_textcase` Text,
`enceSponsor_ConferenceSponsorIdentifier_textformat` Text,
`ponsor_ConferenceSponsorIdentifier_transliteration` Text,
`ConferenceSponsor_CorporateName_1_datestamp` Text,
`ConferenceSponsor_CorporateName_1_language` Text,
`ConferenceSponsor_CorporateName_1_refname` Text,
`ConferenceSponsor_CorporateName_1_shortname` Text,
`ConferenceSponsor_CorporateName_1_sourcename` Text,
`ConferenceSponsor_CorporateName_1_sourcetype` Text,
`ConferenceSponsor_CorporateName_1_text` Text,
`ConferenceSponsor_CorporateName_1_textcase` Text,
`ConferenceSponsor_CorporateName_1_textformat` Text,
`id` INTEGER NOT NULL,
PRIMARY KEY (`id`)
);

... sieht z.B. nicht gut aus. Gibt es noch ein paar mal.

Ansonsten hat Dir Henry ja schon geantwortet.

Gruss - Mark

PS: mit dem Google-Account kann ich Dir nicht weiter helfen. Manchmal
hilft nur neu anlegen.

[Henry Habermacher [MVP Access]]

Hallo Mark

Post by Mark Doerbandt

Post by immergut
Was meinst du hiermit?

CREATE TABLE `ConferenceSponsor` (

Alleine schon das ` Zeichen wird Access wohl eher stören. Das sollte ein '
sein.

Gruss
Henry