Office: (Office 2003) Tabelle mit mehr als 255 Felder

Die Auswertung ist vermutlich irrelevant, da er die mit SPSS macht.

Unabhängig davon gibt es aber bei jedem Server Grenzen was die Spalten Anzahl betrifft. Daher sollte man das auch Datenbank-gerecht erfassen, so wie das alle hier erwähnen.

Bei der Ausgabe kann man ja ein SPSS gerechtes CSV erzeugen, dass in der Spaltenanzahl nicht begrenzt ist. Da ist dann bei Access allerdings Handarbeit und Verständnis für Performance gefragt, sollte es um größere Datenmengen gehen.

 

Hallo an alle,

vielen Dank für die bisherigen Bemühungen mich zu unterstützen. Offensichtlich ist es mir nicht gelungen, mein Problem deutlich zu beschreiben.

Deshalb noch mal der Versuch einer Beschreibung im Anhang.

Vielen Dank und Grüße aus dem Norden

 

Das Datenmodell mal ganz beiseite gelassen.

Die Interviewer ID sollte doch eindeutig sein.
Wo ist denn nun Dein Problem, diese ID von Tabelle 1 in Tabelle 2 mitzunehmen?
Ist doch eine einfache 1:1 Beziehung.

 

Hallo Mike,
die Interviewer_ID ist für jeden Interviewer eindeutig. Im Bild sind mehrere Interviewer ersichtlich(Mehrbenutzerbetrieb)!

Bei ersten Erfassen im ersten Formular wird die DS-ID erstellt (Autowert), beim Wechsel zu tblDaten2 liegt diese natürlich dort noch nicht vor, ich kann also keine 1:1 Beziehung realisieren. Soll ich dann die DS-ID in tblDaten2 beim Wechsel händisch eintragen?

Gruß von der Küste

 

Hallo,
das Fremdschlüsselfeld muss in weiteren 1:1 verknüpften Tabellen angelegt sein. Datentyp LongInteger, passend zum Autowert. Die Tabelle mit dem Autowert wird sozusagen die Führungstabelle, die anderen Tabellen die Nebentabellen. In den Nebentabellen darf das Fremdschlüsselfeld kein Autowert sein.

Dann würde ich ein Hautformular anlegen, mit nur einem Feld, dem Autowertfeld, das unsichtbar sein kann.
Dann eine Registerseite auf dem auf jeder Registerseite ein Unterformular angelegt wird, das jeweils eine Nebentabelle als Datenquelle erhält.
Hafo und Ufos über die Schlüsselfelder verknüpfen.
In den Ufos wird dann automatisch der Autowert aus dem Hafo als Fremdschlüssel übernommen. Ganz ohne Programmierung.
Das Register hat auch den Vorteil, dass Du ganz bequem zwischen den einzelnen Ufos umschalten kannst ohne Dich um Schlüsselfelder kümmern zu müssen.
Auf der Registerseite 1 ordnest Du die Felder der Führungstabelle an. Das Ufo1 wird nicht verknüpft. Du kannst auch noch ein Hafo darüber anordnen, das die Daten des Interviewers anzeigt.

Das lässt sich alles ohne einen Buchstaben VBA realisieren.

 

Dein Problem wurde schon verstanden. Statt eines Worddokumentes hättest Du aber eine Demo-DB hochladen können, wo man gleich das Nötige probieren und eintragen kann. Persönlich ist mir eine 1:1-Beziehung sehr unvertraut, so dass ich kurz probieren müsste. Dazu lege ich mitr aber keine eigene DB an, diese Arbeit darf der Fragesteller ruhig selbst tun.

Zu Formularen und der ID-Weitergabe: Da gibt es Verknüpfungen Haupt-/Unterformular sowie OpenArgs bei unverknüpften Formularen, genau wie bei einer 1:n-Beziehung.

 

Hallo,

ja, eine DB könnte ich mühsam erstellen. Ich habe gedacht, ich könnte das Problem ohne lösen.

Und nochmals:
"Zu Formularen und der ID-Weitergabe: Da gibt es Verknüpfungen Haupt-/Unterformular sowie OpenArgs bei unverknüpften Formularen, genau wie bei einer 1:n-Beziehung."

Verknüpfungen gehen nicht, da ich in tblDaten2 einen neuen DS ohne ID sehe, aber die ID des DS aus TtblDaten1 benötige.
Wenn ich diese irgendwie übergebe kann ich dann beide Tabellen verknüpfen über eine 1:1 Beziehung (aber nicht in Access, da dann die Zahl 255 wieder überschritten wird)

Den Hinweis mit OpenArgs werde ich sofort nachgehen, da ich dazu noch keine Erfahrung habe

Danke und Gruß

 

Hllo,
hast Du meinen Post in #35 nicht gelesen ?
Das würde Dein Problem lösen, problemlos und ohne VBA.
Und selbstverständlich kannst Du auch verknüpfen.
Und OpenArgs braucht es auch nicht.

 

Hallo,
auf den Umbau gemäß #35# habe ich bewusst verzichtet.
a) die DB läuft erfolgreich in 3 Niederlassungen (seit 15 Jahre), ein Umbau für nur einen exotischen Fall ist nicht vertretbar
b) die Interviewer sitzen teilweise noch an Laptops mit 14‘ Bildschirmen, so dass eine Registersite problematisch ist. Es ist jetzt schon schwierig die Fragen übersichtlich anzuordnen.

Aber egal, die Gedanken bei der damaligen Erstellung war, dass ein übliches Interview etwa 15 Minuten dauern darf, d.h. 40 bis max. 50 Felder. Daraus ergab sich das „Datenmodell“ : Eine Tabelle.
(Die Befragung mit dem Wunsch mit über 255 Feldern wird wahrscheinlich gegen den Baum gehen, wer hört sich so viele Fragen an. Aber so gewollt)

Trotzdem habe ich nach vielen Suchen eine Lösung für diesen garantiert einzigen Fall für die nächsten 15 Jahre gefunden:
Im letzten Formular Frage1 mit den Daten aus tblDaten1 beim Weiterführen der Formulare:
Code:

In Frage2 (mit tblDaten2) dann beim Öffnen:

Code:

(Code hier im Forum gefunden)

So einfach ist die Übergabe zu realisieren. Es klappt mit 2 Zahlen, bei der Übergabe mit einer Zahl und einem String hab ich seltsamerweise noch Probleme?

Ich danke allen für die rege Diskussion und Gruß aus dem Norden

 

\@tramp,
ich dachte dein Datenmodell sieht nur wegen dem Export so aus, wie im Word File gezeigt.

Werden die Daten dann in mehreren Dateien für das SPSS exportiert oder wie hast du das vor?

 

Hallo,

da hätte ich erwartet, dass Du da auch gleich was dazu schreibst und den Beitrag nicht einfach ignorierst. Ich hatte mir ja schließlich auch Mühe gegeben, was sinnvolles zu schreiben.

das sind Informationen, die man gleich in den Eröffnungspost schreibt. Stattdessen erweckst Du den Eindruck, es soll eine neue DB entstehen.

 

Richtig. Mehr als 40 Posts gehen hin und her und reichlich Gehirnschmalz wird verbraucht für solch ein Fazit. *frown.gif*

 

Hi Miteinander,

da muss ich mich anschließen. Aber anscheinend hatten wir ihn alle falsch verstanden.

Grüße
trekking

 

Hallo,

Allen Helfern sei gedankt.
Trekking hat mit seiner Bemerkung “Aber anscheinend hatten wir ihn alle falsch…”, nicht ganz so unrecht, obwohl hierfür natürlich in erster Linie der Fragesteller verantwortlich ist!

Aber wenn man auf dem heißen Stuhl sitzt und (natürlich gutgemeinte) Ratschläge erhält wie : vollkommen falsches Datenmodell, lese mal was über relationale Datenbanken, Tabelle mit Access überhaupt nicht auswertbar; Access ist nicht Excel; mache eine 1:1 Verknüpfung…., dann wird man nicht gerade ruhiger :-)

Aber nun ist alles im Lot, der entscheidende Hinweis kam von Klaus mit OpenArgs!
Den oben dargestellten Code habe ich inzwischen verbessert:
Im Formular1:
Code:

Im Formular2 dann:
Code:

Somit bin ich nun in der Zukunft für solche Exotenfälle gesichert.
Nachmals herzlichen Dank für euer Bemühen!

Gruß

 

Hallo,

daran trägst Du die meiste Schuld, weil Du erst in #39 Hintergründe schilderst die gleich in den 1. Post gehören.
So entstand aber der Eindruck, dass es eine neue Datenbank werden soll.
Was natürlich eine entsprechende Reaktion in einem Access Forum hervorruft.
Das meiste wäre sicher unterblieben, wenn man das gleich gewusst hätte.