Office: Abfrage zweiter Wert, dritter Wert?

Tscha, schade, das hat jetzt nicht wirklich was gebracht. Habe eine Tabellenerstellungsabfrage auf die Kreuztabelle draufgesetzt, aber mit dem Ergebnis kann mein Kunde seine Schnittstelle auch nicht bedienen.

Das Problem ist, daß die keywords nicht nacheinander, sondern mit Lücken dazwischen eingefügt werden. Logisch, weil nicht bei jedem Datensatz alle keys belegt sind und deswegen manche Spalten leer bleiben, aber das gewünschte Ergebnis ist anders. Die Felder key1...key5 sollen nacheinander ohne Lücken aufgefüllt werden.
(Kann man hier eigentlich irgendwie einen Screenshot einfügen?)

Wenn ich eine Logik hätte, die mir in meiner Abfrage analog zur Funktion ErsterWert auch den zweiten und dritten und vierten und fünften Wert liefert, wäre das Problem gelöst. Noch Ideen, irgendjemand?

 

Wenn Du den Punkt REIHENFOLGE ernst nimmst, musst Du diese erst fixieren und kennzeichnen, ehe man eine Abfrage einsetzt, die ja bekanntlich Massendatenverarbeitung betreibt (alles auf einmal) und da mit einem Nacheinander nichts anfangen kann - oder aber Du füllst Deine Zieltabelle über Schleifengerenne Wert für Wert.

Gibt es denn ein Kennzeichen für eine Reihenfolge, so wie etwa eine fortlaufende ID? Man könnte ja auch mal einen Ausschnitt aus der originalen Tabelle zeigen: Anhänge in den Beiträgen

 

Man kann leider keinen Ausschnitt aus der echten Tabelle zeigen, weil da echte Adressendaten von echten Personen drinstehen.

Ich muß mir wohl doch noch eine Dummy-Tabelle basteln....

Was meinst dur mit "Schleifengerenne"? Klingt vielversprechend, erläutere das doch mal etwas näher.

 

Tschuldigung, vergessen:
Nach Rücksprache mit dem Kunden: die Reihenfolge ist doch nicht so wichtig, Hauptsache die Felder key1...key5 werden ohne Lücke befüllt.

 

Hallo,

man könnte ja auf die Idee kommen, die echten Daten mit Spieldaten zu überschreiben. Selbstverständlich an einer DB die man als Beispiel nur zu diesem Zweck erstellt. Das ist in wenigen Minuten erledigt.

 

Richtig fragen ist manchmal richtig Arbeit.

Wenn man jeden Wert einzeln anfasst, kann man ihn auch einzeln in der Zieltabelle platzieren. Da braucht man eine Schleife über die Datensätze sowie eine innerhalb der Datensätze sowie etwas Anwendungslogik.
Ich persönlich bevorzuge aber Abfragen statt serielle Einzelschrittverarbeitung (Bagger statt Sandschaufel), weil es üblich schneller geht.
Schleifen an sich sind intellektuell einfacher, in der Anwendung dann aber nicht unbedingt.

Bezüglich Kreuztabellenabfrage könntest Du hier eine Anleihe nehmen: Daten in Spalte suchen wenn gleich Inhalt in neue Spalte anfügen

 

Vielen Dank! Ich geh dann mal meine Hausaufgaben machen, Dummy-Tabelle basteln und so.... bis später! http://www.ms-office-forum.net/forum/smile.gif

 

So, jetzt schaun mer amoi, ob das klappt mit dem
Screenshot:

 

Jau, sieht gut aus! DieTabelle dummy_input ist meine CSV-Datei, die Tabelle dummy_ziel zeigt, wie es für die Schnittstelle aussehen muss.
Bringt das etwas Licht ins Nebelgrau?

 

Hmm, das Beispiel in deinem Link sah ganz gut aus, aber ich kanns leider nicht umsetzen, da ich keine Zahlenwerte habe, sondern Text, das krieg ich nicht gebacken. Gibts noch Tipps?

 

Spendier deiner input-Tabelle ein Autowertfeld als "Zaehler", dann klappts mit dem angepassten Code-Beispiel von Eberhard:
Code:

maike

 

Bei einem Schulterblick: Wer von den potentiell Antwortenden sieht Dir über die Schulter?

Nun, Du könntest Deine Umsetzung zeigen, am Besten die SQL-Anweisung als Text.
Da könnte man zum einen sehen, wie weit Du gekommen bist, und dann die eins, zwei Striche ändern.

 

Meine Herren, ich danke für die tatkräftige Unterstützung. Ausprobieren muß warten, ich bin jetzt erstmal wech, Kunde ruft!
Ich melde mich wieder wenn ich meine neuen Hausaufgaben gemacht habe.

 

Das ist ja affenstark.... hat auf Anhieb geklappt! Mille Grazie!
Jetzt schau ich mir das SQL mal ganz in Ruhe an und versuche zu verstehen, was du da gemacht hast.
Und dann schau ich mal, ob ich das Ganze so anpassen kann, dass es auf meine "echte" Input-Tabelle mit den kompletten Adressdaten (statt nur lastname) auch paßt.

Merci nochmal, ich geh wieder Hausaufgaben machen!

 

Edit: vergeßt diesen Beitrag am Besten, ich hab zu viel auf einmal geändert.

So, hab ein bißchen rumprobiert und die zusätzlichen Felder noch reingebastelt. Weil es sein kann, daß zwei Datensätze zwar den selben Nachnamen, aber einen anderen Vornamen haben, hab ich den Join um das Feld firstname erweitert. Der SQL sieht jetzt so aus:

TRANSFORM First(A.keyword) AS FirstvonKeyword
SELECT dummy_input.title, dummy_input.toperson, dummy_input.firstname, A.lastname, dummy_input.position, dummy_input.company
FROM [SELECT T.firstname, T.lastname, T.keyword, T.Zaehler, "key" & DCount("*", "dummy_input", "lastname = '" & T.lastname & "' AND Zaehler < " & T.Zaehler) + 1 AS LF
FROM dummy_input AS T]. AS A INNER JOIN dummy_input ON (A.firstname = dummy_input.firstname) AND (A.lastname = dummy_input.lastname)
GROUP BY dummy_input.title, dummy_input.toperson, dummy_input.firstname, A.lastname, dummy_input.position, dummy_input.company
PIVOT A.LF;

Das Ergebnis ist eigentlich schon superprima, nur bei den Datensätzen, die den selben Nachnamen und einen anderen Vornamen haben ist noch ein Schönheitsfehler drin.
Beim zweiten vorkommenden Datensatz mit dem gleichen Nachnamen, aber einem anderen Vornamen bleibt das Feld key1 leer, es wird erst ab dem Feld key2 befüllt. Kann man da noch was machen?

Aber ich finde das jetzt eh schon bärenstark, echt!