Formulare filtern & verknüpfen - Brauche dringend Hilfe:(

[Sarah]

Hallo ihr Lieben,

ich bin Sarah und arbeite gerade an meiner Master Arbeit. Hierfür werde ich eine internationale Befragung in vielen Sprachen durchführen. Es werden in der Befragung nur zwei offene Fragen gestellt. Um die Kommentare dann an Übersetzer weiterzugeben und die Übersicht zu behalten, möchte ich gerne eine coole Access Datenbank verwenden.

Aber gar nicht so leicht das Ganze Habe mich die letzten Tage damit beschäftigt und mittlerweile riesen Respekt davor. Trotzdem will ich nicht aufgeben und hoffe, dass ich hier auf Profis stoße, die Lust haben das Puzzle mit mir zusammenzusetzen Jetzt schon mal ein riesen Dankeschön an jeden Helfer!

Ich habe auch ein Screenshot hochgeladen, in dem ich meine Probleme rot markiert habe.Das grün markierte habe ich hinbekommen )

Hier zusammenfassend die Hauptpunkte:

1) Ich kriege es nicht hin, dass in den Dropdown Menüs keine Duplikate mehr drin sind, sondern die Werte nur einfach erscheinen.


2) Ich schaffe es nicht, dass die Dropdown Menüs eine Filterung im Datensatz ausführen Habe mir das so vorgestellt wie die Filterfunktion in Excel. Ich öffne
das Dropdown Menü und wähle zum Beispiel eine Sprache aus. Dann werden die Daten nach dieser Sprache gefiltert und in allen anderen Formularelementen, nur noch die
Daten angezeigt, die zu dieser Filterung passen. Das ist so schwierig, habe mich gestern tot gegoogelt:(

3) In den Dropdown Menüs sollte es dann auch die Auswahl "Alle" geben. Hier habe ich leider kein Plan, wie ich das hinkriegen soll.

4) Nachdem man dann z.B. nach der Sprache gefiltert hat, habe ich mir gewünscht,  dass in einem Listenfeld daneben nur noch die Kommentare angezeigt werden, die dieser Filterung entsprechen. Wenn man jetzt im Listenfeld einen Kommentar anklickt, dann soll er in den Textfeldern rechts angezeigt werden, sodass man ihn bearbeiten kann.


Irgendwie muss ich meine ganzen Formularelemente miteinander verknüpfen, damit das so ineinandergreift oder? Bin euch so dankbar für Hilfe und Tipps.

Freue mich auf eure Antworten

Die Access Datenbank hätte ich gerne auch hochgeladen nur ist sie leider mit 2,5 MB zu groß für den Forum Upload. Schicke es aber gerne per E-Mail zu, wenn mir Jemand
helfen möchte.

Ganz liebe Grüße,
Sarah




[Anhang gelöscht durch Administrator]

[DF6GL]

Hallo,




1) Die Kombifeld-Abfrage muss Duplikate ausblenden. Das erfolgt mit z. B. Select Distinct ..... from ...

2) Access ist nicht Excel und erfordert ganz andere Voraussetzungen und Denkweisen. Solche Konstruktionen nennen sich "Abhängige Kombifelder".

Erklärung und Demo-DB hier:

http://www.donkarl.com/FAQ/FAQ4Formulare.htm#4.36  
http://www.dbwiki.net/images/6/6f/AccSampleKombiAuswahl.zip

3)  "Alle" kann mit einer Union-Abfrage für das Kombi hinzugefügt werden.

4)  Statt Listenfeld ist ein (Unter)-Formular sinnvoller, weil dieses editierbar ist.



Ansonsten ist das Durcharbeiten von www.Donkarl.com und www.dbwiki.net anzuraten...

[Sarah]

Hey,

vielen Dank für deine Antwort.

zu 1) Das habe ich versucht, aber es funktioniert nicht. Hier der Befehl, den ich bei Datensatzherkunft des Kombifelds stehen habe:

SELECT DISTINCT [Sprachen].[ID], [Sprachen].[Sprachen] FROM Sprachen;
Wo ist der Fehler?

zu 2) Danke für die Links! Kennst du vllt auch einen Link mit einer Demo-DB, die abhängige Kombifelder mit Textfelder anzeigt. Also dass die Anzeige der Textfelder auf das eingeschränkt werden, was durch die Kombifelder gefiltert wurde.


LG
Sarah

[DF6GL]

Hallo,

1)  Was heißt "funktioniert nicht" ?  Der Fehler liegt am Feld "ID" in der Select-Liste.  Dieses Feld dürfte, weil ein "ID"-Feld keine Duplikate aufweisen, die mit Distinct zusammengefasst werden könnten.

2) Ich denke mal, der 2. Link trifft genau das. Ohne Anpassung an Deine Gegebenheiten wirst Du wohl aber nicht auskommen.  Zudem gibt es bei www.dbwiki.net/Beispieldatenbanken noch weitere Beispiele.



Komprimiere/Repariere mal die DB und prüfe danach deren Größe. Vermutlich dürfte die dann schon klein genug zum Hochladen sein.  Wenn nicht, entferne alle Daten bis auf ein paar sinnvolle Spieldaten und kompr/rep. nochmals.   "Zippe" dann die Datei und lad die ZIP-Datei hier hoch.

[Sarah]

Hallo Franz,

danke für deine Rückmeldung.

1) Sorry für meine schlechte Fehlerbeschreibung. Mit funktioniert nicht meinte ich, dass ich ein leeres DropDown Menü in der Formularsicht zu sehen bekommen

Ich hatte mich fürs Listenfeld und gegen Unterformular entschieden gehabt, weil ich nicht möchte, dass die Übersetzer die Originalkommentare verändern. Sie sollen eigentlich nur in ihr "Übersetzungsfeld" reinschreiben dürfen. Macht das Listenfeld dann Sinn?

Ich habe die Datenbank verkleinert und gezippt.

Lieben Dank für die Hilfe.

Sarah

[Anhang gelöscht durch Administrator]

[DF6GL]

Hallo,

ich fürchte, da liegt noch viel im Argen...

Was haben denn (jetzt) die beiden Tabellen miteinander zu tun?

Wenn Du eine "coole" Datenbank erstellen willst, solltest Du Dir zunächst Gedanken über die Datenzusammenhänge und damit über den Aufbau der Tabellen machen.  Siehe dazu u. st. Links 1 und 1a.  Formulare und daran verbundene Gedanken sind im Moment fehl am Platz.


So wie ich das verstanden habe, gibt es  Texte (Antworten/Kommentare zu 2 Fragen), die jeweils in bestimmte verschiedene Sprachen übersetzt werden sollen.  Dafür gibt es für die jeweilige Sprache bestimmte Übersetzer, die namentlich zu deren übersetzten Text zugeordnet werden sollen und für diese Texte individuell zuständig sind.


Wenn das zutrifft, erweitere das Ganze um mehr Details oder korrigiere, was falsch ist.

[Sarah]

Hallo Franz,

in der Tabelle Frage 2 sind die zu übersetzenden Kommentare der zweiten Frage enthalten. Ansonsten noch Informationen, die direkt damit zusammenhängen: Kalenderwoche (also Zeitraum in dem die Kommentare hochgeladen wurden), Status (Done, Problem, Wrong language) der vom Übersetzer angekreuzt wird. Und eben eine leere Spalte, in der vom Übersetzer die Übersetzung eingetippt wird. Für das Listenfeld habe ich noch die Spalte mit dem Originalkommentar dubliziert und die dublizierte Spalte als kurzen Text hinterlegt, weil das Listenfeld die Spalte als langen Text nicht lesen konnte.

In der Tabelle Sprachvarianten sind wiederrum die IDs und die jeweiligen Sprachen hinterlegt, die zu den Kommentaren gehören. Da es pro Sprache mehrere Übersetzter geben könnte, habe ich eine Spalte namens "Token" hinzugefügt. Hier teile ich quasi die Kommentare in 3 Kategorien. Die Übersetzer wählen dann einen Token (1-3) und können sich so in der Datenbank nicht in die Quere kommen.

Eine dritte Tabelle (die ich in der Beispieldatenbank nicht drin habe) würde dann genauso aussehen wie die Tabelle "Frage 2" nur eben für die Frage "1". Hierfür würde ich dann ein komplett neues Formular anlegen, das quasi genauso aussieht wie das Formular das bereits drin ist, nur für die andere Frage eben. DIese Tabelle würde sich die Sprachinformation dann auch aus der Tabelle Sprachvarianten holen. Deswegen habe ich dafür eine eigene Tablle erstellt, denn die Sprache ist bei beiden Fragen bzw. Tabellen ja immer die gleiche

Macht das keinen Sinn? Was würdest du anders machen?
Weißt du wieso in den Kombinationsfeldern kein Text angezeigt wird sondern nur ein leeres Dorpdownfeld

Vielen Dank, dass du mir hilfst 

[DF6GL]

Hallo,

naja, wir verstehen uns noch nicht..   

Vergiss doch mal die Listenfelder und Forms , die sind unwichtig bislang....


Anbei ein Vorschlag zum grundlegenden Aufbau der Tabellen.

Beschreibung:
Es kann beliebig viele Fragen geben.
Jede Frage kann beliebig viele Antworten "bekommen"
Jede Antwort kann beliebig viele Übersetzungen erhalten, die jeweils durch einen Übersetzer, eine Sprache und einen Status gekennzeichnet sind.


Wenn das Deine Aufgabe noch nicht vollständig trifft, dann drehen wir solange an den Tabellen herum, bis der Aufbau passt.


Erst dann, und nur erst dann kommen die Formulare an die Reihe.....


[Anhang gelöscht durch Administrator]

[Sarah]

Hallo Franz,

Danke für deinen Entwurf!

Die Beschreibung trifft es noch nicht ganz.
So formuliert trifft es meine Aufgabe:

- Es gibt nur zwei fest definierte Fragen
- Auf jede Frage kann es immer nur eine Antwort geben
- Jede Antwort kann nur eine Übersetzung haben, die jeweils durch einen Übersetzer getätigt wird, (dessen Name jedoch nicht bekannt ist), eine Sprache und ein Status.

Hmmm wenn wir jetzt in der Tabelle Übersetzer statt Vor und Nachname z.b. einfach eine Nr. vergeben, müsste dein Aufbau passen oder?


Besten Dank & einen wunderschönen Abend!

[DF6GL]

Hallo,

ok, dann fassen wir nur tblAntworten und tblTranslations zu einer zusammen...


Es können dann immer noch beliebig viele Fragen sein, es brauchen davon ja nur zwei enthalten sein.

[Sarah]

Hi Franz,

ich bin gerade dabei dein Feedback umzusetzen und die Tabellen neuzustrukturieren.

Dabei frage ich mich:

- Sind z.b. die TL_SPID, TL_STID komplett neue IDs oder ist das einfach die SPID und STID aus den anderen Tabellen die ich einfach in die Translations Tabelle in einer eigenen Spalte miteinfüge und dann TL_SPID bzw. TL_SPID nenne?

- Ich möchte ja für jede Sprache die Anzahl der Übersetzungen auf 3 Übersetzer aufteilen. Da ich die Namen nicht kenne habe ich einfach Token1 Token2 und Token3 für Übersetzernamen ersetzt.


Habe die neu angepasste Datenbank hochgeladen, wäre super wenn du nochmal kurz reinschauen könntest.
Bin sehr froh dass du mir hilfst. Vielen lieben Dank!

Gibt es noch etwas was ich an der Tabellenstruktur anpassen muss, bevor ich wieder versuche die Formularfelder aufzubauen?


[Anhang gelöscht durch Administrator]

[DF6GL]

Hallo,

Ich möchte ja für jede Sprache die Anzahl der Übersetzungen auf 3 Übersetzer aufteilen.

Was heißt denn das?

soll es für eine bestimmte Übersetzung einer Antwort   in z. B.: Spanisch mehrere (hier halt bis zu 3) Möglichkeiten (durch jeweils einen separaten Übersetzer ) geben oder soll die gesamte Antwort in (Text-)Teile zerschnitten und jeder Teil von jeweils einem anderen Übersetzer bearbeitet werden?


Mach doch mal ein konkertes Beispiel dazu...

die TL_SPID, TL_STID komplett neue IDs

Nein, das sind die Fremdschlüsselfelder, über die die Beziehungen zu den Mastertabellen (1-Tabellen) hergestellt werden.  TL_SPID  dieser rot gekennzeichnete Namensteil soll auf den Namen des Primärschlüsselfeldes in der entspr. Tabelle hinweisen (weil mit dem übereinstimmend. Das ist meine individuelle Art und Weise der Benamsung).


Das mit dem "TOKEN" ist überflüssig, bzw. nichtssagend . Was soll denn in so einem Feld drinstehen?.

Der Aufbau der Status-Tabelle ist falsch.. In einer Tabellen werden nicht Felder (Spalten,Domänen)  erzeugt, die eigentlich Werte darstellen, sondern sollten nach deren inhaltlichen Sinn ("Überschrift" der Werte") gewählt werden.

Soll heißen, das Feld ST_Bez nimmt die Bezeichnung/Bedeutung eines bestimmten Status auf. Dabei wird für jeden Status(Status-Bezeichnung) ein eigener Datensatz angelegt.


Anbei geänderte Tabellenstruktur, wenn eine Antwort aufgesplittet werden soll und die "Splits"  jeweils von unterschiedlichen Übersetzern bearbeitet werden.


PS: da ist noch eine kleine Ungereimtheit:  Das Feld TL_TLID muss natürlich TL_UBID heißen, als Referenzfeld (Fremdschlüsselfeld) auf das Primärschlüsselfeld in tblUebersetzer ("UBID")

[Anhang gelöscht durch Administrator]

[Sarah]

Hallo Franz,

das ist mir peinlich, aber ich habe jetzt erst gemerkt, dass ich oben bei der Beschreibung einen dummen Fehler gemacht habe und mich schlecht ausgedrückt habe. Tut mir Leid

Hier nun verständlicher meine Anforderung:

- Natürlich kann es auf jede der zwei Fragen beliebig viele Antworten geben. Ich rechne mit einer Rücklaufquote von ca. 10.000 Teilnahmen. Für jede dieser beiden Fragen werde ich also ca. 5.000 Antworten von unterschiedlichen Personen in unterschiedlichen Sprachen haben.
- Jede Woche werde ich ca. 1.000 neue Antworten in meine Datenbank, die zentral auf einem Webserver liegen soll, "hochladen". Die Übersetzungsagentur wird dann auf diese Datenbank zugreifen und hat eine Woche Zeit die Kommentare übersetzen zu lassen.
Für manche Sprachen (z.B. Französisch) sind dann in einer Woche so viele Antworten da, dass wahrscheinlich bis zu 3 unterschiedliche französische Übersetzer gleichzeitig in der Datenbank arbeiten müssen. Damit sie sich in der Datenbank nicht in die Quere kommen, dachte ich mir ich lege für jede Sprache maximal 3 "Übersetzer-Accounts" (sprich "Tokens") an.

Der Ablauf wäre also: Erster Französischer Übersetzer öffnet Datenbank -> Filtert Sprache Französisch -> Filtert Translations To Do -> FIltert Token 1 und bearbeitet diese Antworten.
Zweiter Französischer Übersetzer macht zur selben Zeit dieselbe Datenbank auf und filtert aber nach Token 2. So werden ihm andere französische Antworten zum Übersetzen angezeigt und er kann seinem Kollegen nicht in die Quere kommen.
Da ich nicht einschätzen kann mit wie vielen Übersetzern das Büro je Sprache gleichzeitig arbeitet, muss es auch immer die Möglichkeit geben "Alle Tokens" anzuzeigen und dann kann ein einzelner Übersetzer alle Antworten auf einmal filtern, durchklicken und übersetzen.

Deshalb meine Idee mit den Tokens. Fällt dir ein eleganterer Weg ein wie man das Lösen könnte?

- Zum Status: Wenn ich die Antworten in die Datenbank neu einspiele, dann setze ich den Status immer auf "to do". Sobald ein Übersetzer einen dieser Antworten übersetzt hat, soll er einen Haken bei "Done" setzen, außer er hat Probleme dann eben Haken bei "Problem" oder "Wrong Language". Ich dachte mir, um später im Formular Kontrollkästchen anlegen zu können, bräuchte ich für jeden Status eine Spalte. Aber das hast du mir ja jetzt schon erklärt, dass das nicht so ist. Danke



- Ich habe die Datenbank nochmal überarbeitet und angehängt, nun mit anschaulicheren Beispiel-Inhalten in den Tabellen und die Beziehungen hergestellt, nur bekomme ich folgende Fehlermeldung in den verknüpften ID Spalten: "Dieser Ausdruck wurde falsch eingegeben, oder ist zu komplex, um ausgewertet zu werden..."
Ich hoffe ich konnte nun besser Beschreiben, was meine Anforderung ist und dass du nicht die Lust verloren hast mir weiterzuhelfen.

Freue mich schon aufs Feedback.
Gute Nacht und liebe Grüße
Sarah


[Anhang gelöscht durch Administrator]

[DF6GL]

Hallo,

ok, ich war leicht auf dem falschen Dampfer....  Du bekommst die Antworten in der Fremdsprache und die sollen in eine bestimmte  Zielsprache, z. B. Deutsch von verschiedenen Übersetzern transskriptiert werden. Dazu die Frage:  Bleibt es bei EINER Zielsprache oder kann  es auch mehrere geben?


Zum Status "todo"  : das ist eigentlich kein Status, eher eine "Arbeitsanweisung", sprich Steuerungsgröße. Insofern sollte dafür ein eigenes Feld, oder wenn es mehrere solche Anweisungen gibt, sogar eine weitere Tabelle vorgesehen werden.


Die Tabellen müssen folglich geändert/angepasst  und die Beziehungen anders gesetzt werden. (DB folgt)


Ein Hinweis:  Die Datentypen der Tabellenfelder sind in einer Datenbank immens wichtig. Wenn also ein Primärschlüssel den Datentyp "Autowert"  (im Normalfall Zahl, Long) besitzt, dann müssen auch die damit verbundenen Fremdschlüssel denselben Datentyp aufweisen, hier also auch "Zahl,Long" und nicht "Text".

[Sarah]

Guten Morgen Franz

genau, ich kopiere jede Woche eine Ladung Antworten in den verschiedenen Fremdsprachen in die Datenbank rein und alle sollen immer nur ins Englische übersetzt werden. Die Übersetzer sollen in der Datenbank also immer nur eine Übersetzung je Antwort eintippen können. Die Originalantworten in der Fremdsprache dürfen dabei von den Übersetzern nicht verändert werden. Müssten also gesperrt werden.

Zum Status: todo könnte man eigentlich auch mit 'alle Antworten bei denen der Übersetzer bisher noch kein Done Häkchen gesetzt hat' ausdrücken. Das wären ja dann schon mal alle neu eingefügten Antworten in einer Woche und die Überbleibsel der Vorwoche. Wichtig ist mir das eigentlich nur, damit der Übersetzer nach den noch nicht bearbeiteten Antworten filtern kann und sich nicht durch bereits Erledigtes durchklicken muss. Und ich würde in der Datenbank schnell sehen, wenn ein Übersetzer eine Antwort als 'Problem' markiert, bzw der Übersetzer kann sich damit auch Antworten markieren, die er sich später nochmal filtern und genauer anschauen will.

LG
Sarah