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]
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...
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
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.
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]
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.
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 :-*
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]
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!
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.
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]
Hallo,
ZitatIch 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...
Zitatdie 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]
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]
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".
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
Guten Morgen,
anbei die geänderte DB... (bitte verändere keine Benamsungen, auch nicht die der Tabellen....)
Es kann sein , dass die Zuordnung der Antworten zu den Fragen jetzt durcheinander ist. Aber das spielt jetzt keine Rolle.
Nun, der Status bedeutet halt einen "Zustand" eine Datensatzes. Einen Datensatz (Antwort) zu bearbeiten ist aber eine "Aufforderung" an den User.
"Done" kann demzufolge als Status aufgefasst werden, "Todo" aber als "Auftragsvergabe"... Als Gegenwert zu "Todo" wäre z. B. "No Action" zu sehen.
Status kann sein: On work, done, .....
[Anhang gelöscht durch Administrator]
Vielen Dank, langsam schließt sich der Kreis und ich verstehe die Struktur :)
Eines ist mir noch unklar:
- Wieso hat die Tabelle Status keine Beziehung mehr zur Tabelle Antworten?
Bin ich damit wieder zu voreilig oder wäre jetzt der nächste Schritt der Aufbau des Formulars? :)
LG
Sarah
Das ist nur ein Flüchtigkeitsfehler....
anbei neue DB mit einem Formularvorschlag.
Die Filter-Aufgaben und die Ablaufsteuerung werden in Folge in das/die Formulare eingebaut.....
Du kannst selbstverständlich ein Formular generieren, das Dir am Besten zusagt. Das Prinzip mit den Auswahl-Kombis bleibt aber gleich.
[Anhang gelöscht durch Administrator]
Danke für deine schnelle Antwort Franz.
So wie das Formular momentan aufgebaut ist, hat der Übersetzer die Möglichkeit die Frage, Sprache und den Übersetzer auf Basis jeder Antwort zu ändern. Diese Felder würde ich aber gerne als abhängige Listenfelder machen, sodass quasi dann nach diesen Feldern gefiltert und nur die gefilterten Antworten in einem Textfeld angezeigt werden.
Ich hatte mir das so wie in dem angehängten Screenshot vorgestellt von der Funktion her. Das müsste mit unserer Tabellenstruktur auch funktionieren oder?
1) Übersetzer wählt Sprache aus
2) Übersetzer wählt to Do aus
3) Übersetzer wählt Translator 1 aus
Das sind fest definierte Kriterien, die vom Übersetzer nicht verändert werden dürfen.
Nun werden ihm in dem AW Textfeld nur noch die Antworten angezeigt, die diese gefilterten Kriterien erfüllen.
Er klickt sich mit dem Next-Button durch und schreibt seine Übersetzungen je Antwort in das Textfeld daneben und verändert anschließend nur den Status entsprechend.
Lieben Dank
Sarah
[Anhang gelöscht durch Administrator]
Hallo,
ZitatDiese Felder würde ich aber gerne als abhängige Listenfelder machen, sodass quasi dann nach diesen Feldern gefiltert und nur die gefilterten Antworten in einem Textfeld angezeigt werden.
OK, aber Schritt für Schritt... ;)
Die "Abhängigkeit" kannst Du selbst mal versuchen einzubauen . Listenfelder gehen auch, sind aber m. E. nicht sehr praktisch...
Felder, die nicht geändert werden dürfen, werden "gesperrt" (und/oder unsichtbar gesetzt)
Spalten (Felder) in denen gefiltert werden soll, erfordern weitere "Suchfelder", z. B. ungebundene Kombifelder, die das Form-Recordset filtern oder neu aufbauen (Datenherkunft) .
Am Formular kannst Du weiter "designen" ...
PS: Bei den "abhängigen Kombis" (Listenfeldern) muss die Reihenfolge der Filterung (Hierarchie) zunächst definiert werden...
Soll vermutlich so sein:
1) Sprache auswählen
2) Aufgabe auswählen (todo)
3) Übersetzer auswählen
[Anhang gelöscht durch Administrator]
Danke Franz :) Ich werde heute daran arbeiten und dir dann hoffentlich von meinen Erfolgen berichten können :)
Hallo Franz,
du bist mein Held! :-* Konnte anhand deiner Vorarbeit meine Anforderungen an die Datenbank schon fast komplett anpassen. An einigen Sachen muss ich gerade noch knabbern und würde mich über deine weitere Hilfe sehr freuen:
1) In den Suchfeldern oben brauche ich in jedem Filter die Auswahlmöglichtkeit ,,Alles auswählen". Du meintest schon mal dass es über eine Union Abfrage funktioniert. Habe versucht mir das abzuschauen und so aufgebaut:
SELECT -1 as Fragen tblFragen.FRID, "Alle" as tblFragen.FR_Text FROM tblFragen Fragen UNION SELECT tblFragen.FRID, tblFragen.FR_Text FROM tblFragen;
Leider funktioniert es nicht, Ich kriege folgende Fehlermeldung, wenn ich den Filter öffne: Die Select Anweisung schließt ein reserviertes Wort oder einen Argumentennamen ein, das/der falsch, mit falscher Zeichensetzung oder überhaupt nicht eingegeben wurde.
2) Wie kriege ich es hin, dass im linken Listenfeld, das ich zur Antworten Vorschau eingefügt habe, nur die Kommentare angezeigt werden, die ich in der Suchmaske oben filtere? Derzeitig hüpft er nach der Filterung zwar zum ersten korrekten Kommentar im Listenfeld, aber es werden trotz der Filterung noch alle vorhandenen Kommentare der Datenbank im Listenfeld angezeigt. Wie kann ich die Anzeige im Listenfeld auf das Suchergebnis der 4 Kombinationsboxen oben eingrenzen? Das müsste ja ein riesen Abhängigkeitsbefehl sein oder :-[
3) Jetzt wird's wahrscheinlich bisschen tricky, aber wenn das noch machbar ist wäre es einfach nur traumhaft: Ich habe in das Formular eine kleine Statistik Ecke gezeichnet. So in der Art könnte ich es mir vorstellen. Oben filtert man nach Frage und Sprache (oder nur nach Sprache) und unten wird nach den verschiedenen Statusmöglichkeiten ausgegeben, wie viele offene, erledigte,... Antworten es in der Datenbank zu dieser Filterung gibt und rechts daneben wie viele Wörter das sind.
Ist sowas machbar? Hast du Lust mir dabei zu helfen, das zu erstellen?
Lieben Dank und einen schönen Sonntagabend,
Sarah
[Anhang gelöscht durch Administrator]
Hallo,
1) SELECT -1 as tblFragen.FRID, "Alle" as tblFragen.FR_Text FROM tblFragen Fragen UNION SELECT tblFragen.FRID, tblFragen.FR_Text FROM tblFragen;
die "-1" muss aber in der "Kriterienzusammenbau-Prozedur" (FilterMe) berücksichtigt werden. Im Moment erreichst Du denselben Zweck, wenn der Inhalt eines Suchfeldes gelöscht wird. Desgleichen muss das "Question"-Suchfeld dort auch mitspielen.
(Ich wollte statt der "-1" "NULL" verwenden, weil dieses dann schon in der FilterMe-Prozedur den "Alle"-Effekt eingeschlossen hätte, aber da spielt Access nicht mit und macht Blödsinn mit dem Primärschlüsselwert. Das ist m. E. unter "It' not a bug, it' a Feature" abzulegen, weil vielleicht die Forderung nach übereinstimmenden Datentypen der Felder verletzt wird... :o )
2) indem Du der Eigenschaft "Datensatzherkunft" ("Rowsource") des Listenfeldes den genau gleichen zusammengebauten SQL-String in Prozedur "FilterMe" zuweist, oder gleich schreibst:
Me!Vorschaufeld.Rowsource = Me.Recordsource
3) Mit Hilfe der Domänenaggregatfunktionen (Dlookup, DCount, DSum, etc., siehe VBA-Hilfe) können Werte aus den einzelnen und gefilterten Spalten ("Domänen") berechnet und diese entspr. Textfeldern zugewiesen werden.
z. B. für "open" (STID =1) (Wirf übrigens das Feld "STID1" aus der Tabelle, das wird nicht mehr gebraucht.) im (neuen, anstelle von "Rechteck69..) Steuerelementinhalt von Textfeld "txtOpenAnz":
=Dcount("*";"tblAntworten";"AW_FRID = " & [cmbFRID] & " and AW_SPID = " & [cmbSPID])
Nachdem aber das "ALLE" für die Filterung mit hinein soll, klappt das so nur für solche Filterungen, bei denen kein "Alle" verwendet wird.
Ansonsten müßte man bei dieser Steuerelementzuweisung mit der Wenn-Funktion arbeiten und den Zustand "Alle" entspr. behandeln.
Alternativ und in diesem Fall besser wäre es, im Form_Current-Ereignis die Dcount-Funktion per VBA entspr. den Suchkriterien in einer IF- oder Selct case-Anweisung zu verwenden und den berechneten Wert dem ( bzw. den) Steuerelementen zuzuweisen.
Hallo,
anbei DB mit Lösungsvorschlag.
Mit einem Trick kann man die "UNION-NULL-ID-Spalte-Problematik" umgehen (Neue Tabelle mit einem Datensatz Null; "Alle" und die in der Union-Abfrage verwenden.)
Zudem werden die Statistik-Daten im Form-Current-Ereignis den Steuerelementen zugewiesen. Das habe ich jetzt nur für das "Open"-Textfeld gemacht, der Code für die anderen Textfelder ist identisch bis auf das anzupassenden Kriterium (St_Bez).
Der Code enthält bis jetzt keinerlei Errorhandler. Nachdem aber Public-Variablen jetzt verwendet werden, sollte in JEDER Prozedur eine Errorbehandlung eingebaut werden, ansonsten verlieren diese Variablen ihren Wert.
[Anhang gelöscht durch Administrator]
Sensationell! Vielen Dank :)
- Kann man den Code für die Statistikfelder so anpassen, dass neben der Anzahl an Antworten auch die Anzahl der Wörter errechnet wird? Oder wäre das eine kompliziertere Angelegenheit?
- Welche Rolle haben diese Errorhandler? Was würde passieren, wenn man sie nicht drin hat? :-[
- Besteht eigentlich die Möglichkeit über einen "Import new Data" Button im Formular, den Inhalt einer Excel Tabelle, die immer den selben Aufbau hat wie unsere Antworten Tabelle, in unsere Antworten Tabelle einzulesen. Sprich, wenn ich jede Woche neue Antworten erhalte und diese in dem vordefinierten Format aufbereite, dann mit einem Klick in die Datenbank aufzunehmen. Dieser Button müsste dann evtl. sogar passwortgeschützt sein, damit niemand anderes Daten in die Datenbank hochladen kann..Anbei ein Beispiel, wie die Excel dann jede Woche aussehen würde.
Viele liebe Grüße
Sarah
[Anhang gelöscht durch Administrator]
Hallo,
-- da gilt es zunächst zu definieren, was ein Wort (zudem in den verschiedenen Sprachen) überhaupt ist und wie ein Wort als solches erkannt werden soll.
-- Wie gesagt, bei unbehandelten Errors (kein Code zur Überprüfung und Behandlung von Fehlersituaionen vorhanden) verlieren u. a. die Public-Variablen ihren Wert. Das bedeutet in Folge, dass der Code insgesamt nicht mehr vernünftig läuft und/oder auch die DB, mindestens aber das Form in unserem Fall, neu gestartet/geladen werden muss. Es gibt schon Methoden, auf Public-Variablen zu verzichten, wegen "Quick&Dirty" hab ich aber solche Methoden nicht verwendet. Einen "Errorhandler" (Code zur Behandlung von Laufzeitfehlern) hab ich mal beispielhaft in die Funktion FilterME eingebaut.
-- sicher man kann die xls-Sheet in die Antwort-Tabelle importieren. Dazu ist die Methode TransferSpeadsheet (siehe VBA-Hilfe) verwendbar. (Selber mal probieren ;-) )
Schützen könnte man den Button, indem man vor dem Import ein (direkt in der DB, bzw. im Code ? ) hinterlegtes Passwort abfragt.
-------------------------------------------------
--Wozu soll das Listenfeld dienen? Das muss, wenn es nur zur "Übersicht" dient, gesperrt sein, damit nicht der Antworttext des akt. Datensatzes überschrieben werden kann.
--Eine Kalenderwoche als Text und für sich allein gestellt ergibt als Info keinen Sinn. Wenn Kalenderwoche, dann nur als reine Zahl und unbedingt in Verbindung mit dem entspr. Jahr. Besser ist allemal einfach ein (gültiges) Datum heranzuziehen, weil aus diesem jederzeit die richtige Kalenderwoche berechenbar ist. Was ist dieses Datum überhaupt? Das Datum des Uploades der Antworten auf irgendeinen Webspace oder das Importdatum der Antworten in die DB? Abgesehen davon ist die Benamsung für eine Kalenderwoche irreführend.
Bei "ConID" würde ich jetzt auch an der Benamsung herummeckern wollen ;-)
[Anhang gelöscht durch Administrator]
Hallo Franz,
danke fürs schnelle Feedback. Ich werde es mir heute Abend genauer anschauen und vor allem das mit dem TransferSpreadsheet ausprobieren :)
- Zum Listenfeld: Ich hatte es nicht gesperrt, weil man durchs Sperren die einzelnen Kommentare nicht mehr anklicken und im Textfeld nebendran nicht mehr anzeigen lassen kann.
Finde es ganz hilfreich, wenn die Übersetzer in dieser Übersicht, mal schnell zu einem vorherigen Kommentar wechseln können, wenn dort noch nachträglich etwas angepasst werden soll. Dadurch sind sie bisschen flexibler schnell zwischen ihren zu übersetzenden Kommentaren zu wechseln.
- Mit dem Kalenderwochen Feld wollte ich nur die Kommentare jeder "Ladung" markieren, die ich importiere, um zu sehen, ob die Übersetzer fristgerecht ihre Arbeit machen. Aber du hast Recht, ein gültiges Datum würde mehr Sinn machen, das passe ich wieder an.
ConID ist nur eine externe Info für mich, die ich mitführen wollte und in Access sonst nicht zur Anwendung kommt :) Mit dieser ID kann ich die übersetzten Antworten dann den Kontaktdaten der Befragten in meiner Excelliste zuspielen.
LG
Sarah
Hallo,
ok, aber das Listenfeld funktioniert aber so nicht.... Wenn Du momentan im Listenfeld eine andere Antwort auswählst, wird die originale (und richtige) Antwort gnadenlos durch die ausgewählte ÜBERSCHRIEBEN und damit der Datensatz falsch!
Wenn Du das Listenfeld zur Selektion/Filterung oder auch Positionierung auf den jeweiligen Datensatz nutzen willst, dann muss das in Ähnlicher Form wie bei den Suchfeldern passieren.
:( Oh nein, Stimmt, das ist mir nicht aufgefallen :(
Ok, weil Du es bist..
anbei das Listenfeld mit Positionierung auf den ausgewählten Datensatz.. 8)
[Anhang gelöscht durch Administrator]
Traumhaft, du bist der Beste :) Lieben Dank :-*
Hallo Franz,
ich habe mich mal am Import Button versucht. Glaube ich bin nicht weit entfernt, aber ich kriege diese doofe Fehlermeldung: Fehler beim Kompilieren: Benutzerdefinierter Typ nicht definiert.
Hast du Lust es dir anzuschauen?
Wenn ich die Access Datenbank dann später in Back- und Frontend teile, kann ich die Back-end Datei auf einen FTP Server legen (als Netzlaufwerk verbinden) und die Frontends an die ganzen Übersetzer verteilen. Müsste funktionieren oder? Hast du über das Internet schon mal eine Access Datenbank mit mehreren Personen geteilt? Hatte vorhin bisschen per google Infos gesucht und viele Einträge gelesen, in denen behauptet wurde, dass es nicht funktioniert :( Werde es morgen mal ausprobieren, hoffentlich klappt es, wüsste nicht, wie ich sonst die Datenbank mit den Übersetzern teilen soll.
Gute Nacht & LG
Sarah
[Anhang gelöscht durch Administrator]
Hallo,
es fehlt der Verweis auf die Microsoft Office Library. Die wird vom "Filedialog" benötigt (VBA-Editor/Extras/Verweise)
Ansonsten funktioniert der Import, wenn die xls-Datei korrekte Daten bzgl. der Fremdschlüssel enthält. In der DB ist das Uploaddatum-Feld jetzt als Datum/Uhrzeit-Datentyp deklariert, da gibt es dann bei meiner Version der xls-DAtei Probleme, weil dort noch die Kalenderwoche drinsteht.
Das Recordset-Getönse brauchst Du so nicht. Es kommt halt darauf an, wie das Ganze ablaufen soll. Wenn immer wieder neue Import-Daten hinzugefügt werden, dann muss das Zählen der importierten DS mit dem Kriterium des Upload-Datums passieren. Für solche Fälle sehe ich die Dcount-Funktion oder einen Recordset-Einzeiler als praktisch an.
Private Sub ImportButton_Click()
On Error GoTo Errh
Dim strPath As String
Dim filePicker As FileDialog
Dim db As DAO.Database
Dim rs As DAO.Recordset
Set db = CurrentDb
Set filePicker = Application.FileDialog(msoFileDialogFilePicker)
With filePicker
.AllowMultiSelect = False
.ButtonName = "Select"
.InitialView = msoFileDialogViewList
.Title = "Select File"
With .Filters
.Clear
.Add "All Files", "*.*"
End With
.FilterIndex = 1
.Show
End With
strPath = filePicker.SelectedItems(1)
Debug.Print strPath
DoCmd.TransferSpreadsheet TransferType:=acImport, SpreadsheetType:=acSpreadsheetTypeExcel12, TableName:="tblAntworten", FileName:=strPath, HasFieldNames:=True
MsgBox DCount("*", "tblAntworten", "AW_UploadDatum in (select max(AW_Uploaddatum) from tblAntworten) ") & " records"
'oder
'MsgBox DBEngine(0)(0).OpenRecordset("Select Count(*) from tblAntworten Where AW_UploadDatum in (Select max(AW_Uploaddatum) from tblAntworten)", dbOpenSnapshot)(0) & " records"
Exit_Sub:
Exit Sub
Errh:
MsgBox Err.Number & ": " & Err.Description
Resume Exit_Sub
End Sub
Die Msgbox zeigt die Anzahl der importierten Datensätze, die das jüngste UploadDatum besitzen. Es ist möglich, dieselben Daten(sätze) mehrmals zu importieren, also Dubletten zu erzeugen.. Wenn das nicht sein soll, dann sollte auf das Feld AW_Text ein eindeutiger Index (ohne Duplikate) gelegt werden.
(Tippfehler bei tblAntworten korrigiert)
Danke Franz!
- In meinem VBA Editor gibts im Menü Extras aber keinen Punkt der Verweise heißt :( Muss ich für die Office Library etwas am Code verändern oder geht das nur über dieses Menü?
Gibts vllt einen Schnellzugriff in einer Symbolleiste zum Menüpunkt Verweise? Hat der ein bestimmtes Symbol?
Hi,
ich denke schon dass es sowas gibt....
[Anhang gelöscht durch Administrator]
Danke Franz, habe es nun gefunden :) Problem ist nur, dass durch den Import eine neue Tabelle namens tb|Antworten hinzugefügt wird, anstatt dass die Daten in die bestehende tb|Antworten Tabelle aufgenommen werden. :(
An welcher Stelle muss ich den Code ändern, damit die Daten in die bestehende tb|Antworten hinzugefügt werden?
Merci & schönes Wochenende!
Sarah
Hi,
" tb|Antworten" da ist doch ein Tippfehler...
das muss ein kleines "eL" sein, kein Pipeline-Zeichen.
Hey,
puuh, ich brauch mehr Schlaf, wenn das Ganze rum ist. Danke für den erneuten Hinweis mein Access-Held :) ! Jetzt funktioniert es :)
Bin jetzt am überlegen, wie ich die Datenbank am Besten mit den ganzen Übersetzern online "teilen" kann, bzw. zur Verfügung stellen kann, damit diese darin arbeiten können..
Hast du da vllt noch paar Tipps für mich? Kann ich die Back-End Datei auf einen FTP Server hochladen und die Front-End Datei an die ganzen Übersetzer verteilen? Gibt es da was wichtiges zu beachten?
LG
Hallo,
ich befürchte, Du stellst Dir eine solche Forderung zu einfach vor.. Access ist ein DESKTOP-Datenbanksystem, kein webseitiges ...
FTP geht gar nicht... Es funktioniert ein "Mapping" eines LWs auf ein/en Web-Verzeichnis/Speicherplatz, aber auch nur prinzipiell, arbeiten kann man damit aber nicht, außer, Du willst zwischen jedem Klick ein paar Tassen Kaffee kochen und die auch noch trinken....
Die am schnellsten und am wenigsten aufwendige Methode wäre der Fernzugriff (z. B. mit Teamviewer, LogMeIn, UVNC, RemoteDeskTop oder dergleichen)auf einen lokalen Rechner, auf dem die DB (aufgeteilt in Frontend und Backend ) gestartet ist.
"Schönere" Möglichkeit ist die Verwendung von RemoteDesktop und einem "richtigen " Windows-Server, der Terminaldienste anbietet. Damit kann man mehrere User-Accounts auf dem Server einrichten und darin jeweils eine Sitzung der DB-Anwendung betreiben und von außen her darauf zugreifen.
Ansonsten wie bei Donkarl auch beschrieben, ein webseitig installiertes DB-System (z. B. MySQL, oder SharePoint ) mieten und Deine DB-Anwendung entspr. umschreiben.
http://www.donkarl.com/?FAQ8.6
Hi Franz,
danke, ich werde es mit einem richtigen Windows Server versuchen.
Ich bin nur gerade am verzweifeln :( sitze schon den ganzen Tag an einer Datenbank, die ich für die Adressaufbereitung gebaut habe. Habe vieles von dem angewendet, was ich in der Übersetzungsdatenbank von dir gelernt habe und es klappt auch super nur die letzte Funktion kriege ich einfach nicht hin :(
Das Listenfeld lstDubGruppe zeigt die Werte (ohne Dubletten) des Felds DubGruppe in der tblNewData.
- Ich kriege die Abhängigkeit zu den drei Kombinationsfeldern, die links daneben stehen, nicht hin, sodass das Listenfeld nur noch die Werte (ohne Dubletten) anzeigt, die sich durch die Filterung der drei Kombinationsboxen ergeben.
- Sobald das dann klappt und im Listenfeld die entsprechenden Werte angezeigt werden, soll man auf einen Wert im Listenfeld klicken können und es werden im Detailbereich des Formulars alle Datensätze angezeigt, die diesen Wert haben.
Eigentlich müsste ich ja ,,nur" eine Abhängigkeit des Listenfelds zu den drei Kombiboxen herstellen und es dem Listenfeld ermöglichen, durch klick auf einen Wert zu ,,filtern". Mir hat es aber ständig die Filterung zerschossen, als ich z.B. versucht habe das Listenfeld mit einer FIlterMe Prozedur zu hinterlegen oder mit ,,...where..." in der Datensatzherkunft rumprobiert habe.
Hintergrund: Ich will meine Datenbank nach den drei Kombinationsboxen filtern und dann das Filterergebnis nach DubGruppe (also alle Datensätze mit dem gleichen Wert im Feld DubGrupe) anzeigen lassen. Daher die Idee das über ein Listenfeld laufen zu lassen. Man filtert also die drei Kombiboxen und lässt sich dann über das Listenfeld eine DubGruppe nach der anderen durch Klick anzeigen. Das ist die einzige Idee die ich hatte, um das umzusetzen.
Hoffentlich kannst du mir weiterhelfen.
Anbei die Datenbank.
LG
Sarah
[Anhang gelöscht durch Administrator]
Hallo,
versteh nicht genau, was Du machen willst..
Das Listenfeld zeigt die DS entspr. der Kombiauswahlen an... Diese Anzeige /bzw. der Abfrage-SQL-String) wird zwar gruppiert, aber weil NDID mit in der Select-Liste auftaucht, hat die Gruppierung nicht den gewünschten Effekt, die "DubGruppe" zu "distinktieren". Wenn das so aber gewünscht ist, dann muss NDID aus der Select-Liste (beim SQL-String für die Rowsource des Listenfeldes) herausgenommen werden.
Außerdem rätsele ich an den Datentypen für "Zahl" bei einigen Tabellenfeldern, die als "Double" im Raume (bzw. in der Tabelle) stehen??
Hallo Franz,
stimmt, das Listenfeld grenzt richtig ein nach der Filterung. Jetzt versteh ich das Problem: Im Listenfeld wurde die NDID angezeigt und nicht die DubGruppe. Das geht jetzt dank deinem Tipp.
Aber mein Hauptproblem besteht immernoch. Auf dem angehängten Screenshot habe ich mal markiert was ich meine.
- Wenn ich in den ersten drei Filtern etwas eingrenze, dann sollen im Listenfeld keine Dubletten angezeigt werden. Es dürfte also nur 43 und 148 im Listenfeld stehen. Das habe ich eben geschafft, in dem ich "Distinct" mit reingenommen habe :) :)
- Aber jetzt der Haken: Wenn ich im Listenfeld z.B. auf die 148 klicke, dann sollen mir unten nur die beiden markierten Datensätze angezeigt werden, da ja nur diese zur 148 DubGruppe gehören. Es muss also eine Art Selektion erfolgen.
Diese Funktion macht mir aber das Leben schwer ...
Die Datentypen wurden automatisch aus dem Excelimport übernommen. Dachte eiglt mit Zahl liege ich richtig, weil nur Zahlen in den Feldern stehen. War das sehr dumm? :-[
Danke,
Sarah
[Anhang gelöscht durch Administrator]
Hallo,
da ist nichts und niemand "dumm" :)
Es muss halt eine Filterung nach der "DupGruppe" erfolgen , entspr. der Filterung-Methodik in "FilterMe"
(Habe jetzt nicht die DB vor mir)
Ähnlich:
Sub lstDupGruppen_Click()
Me.Recordsource =" Select * from tblTabelle Where DupGruppe = " & Me!lstDupGruppe.Column(0) ' Wenn die "DupGruppe" im Listenfeld in der ersten Spalte steht
End Sub
Hi Franz,
sorry, dass ich mich nicht mehr gemeldet habe. Nach paar Tagen Abstand und Ruhe hab ich nun wieder einen klaren Kopf und bin voller Motivation das Ganze weiterzuführen :)
Dein letzter Tipp hat super funktioniert. Vielen Dank!
Eine Frage bleibt nun noch: Kann ich die Navigationspfeile "vor" "zurück" umprogrammieren, sodass sie per Klick nur durch das Listenfeld gehen. Heißt am Beispiel des angehängten Screenshots: Wenn ich auf den rechten Pfeilbutton klicke springt das Listenfeld von 20 auf 34.
Vielen Dank für deine Hilfe & LG
Sarah
[Anhang gelöscht durch Administrator]
Hallo,
nun, umprogrammieren kannst Du das so (einfach) nicht... Das Ganze ist aber eine Frage der Sortierung. Wenn die Formular- und Listendaten beide gleichermaßen sortiert sind, erübrigt sich eine "Umprogrammierung"
Hallo Franz,
habe es eben probiert: SELECT DISTINCT [DubGruppe] FROM tblNewData ORDER BY NDID;
Kriege aber die Fehlermeldung: "ORDER-By- Klausel (NDID) in Konflikt mit Distinct"
Ich müsste aber doch nach der NDID sortieren oder?
LG
Sarah
Hallo,
Du solltest in der Form-Abfrage nach DupGruppe sortieren (und evtl. zusätzlich nach NDID an 2. Stelle)...