Hallo zusammen,
ich bin neu hier und hab mich registriert, weil ich einfach nicht mehr weiter weis.
Es geht um Folgendes:
Ich habe in einer Access2010-DB ein Listenformular mit einigen Unterformularen, die verschiedene Listen enthalten. Auf dem Hauptformular werden die Mitarbeiter festgelegt, deren Aufträge in den Listen der Unterformulare enthalten sein sollen. Der Datenhintergrund sind gespeicherte Abfragen und die Aufträge werden im Datenblatt-Format angezeigt.
Nun die Frage:
wenn ich die Datenbank über die DB-eigene Funktion teile, dann kann ich in den Auftragslisten keinen Filter mehr setzen. Das ist natürlich nicht Sinn und Zweck der Sache, da man sich bei sehr langen Listen nach bestimmten Aufträgen totsucht!!!
Hat jemand eine Idee, woran das liegen könnte?
Vielen Dank im Voraus
Aggl
Hallo,
was heißt die DB wurde geteilt ?
Was heißt, Du kannst keinen Filter mehr setzen ?
Wie filterst Du bisher ?
Hallo,
Zitat von: aggl am März 06, 2016, 16:17:07
dann kann ich in den Auftragslisten keinen Filter mehr setzen
die Frage ist doch, was genau du hier unter "Listen" verstehst und wie die Filter gesetzt werden.
Bei der "Teilung" - nehme ich mal an - handelt es sich um die Aufteilung in Backend und Frontend.
Es gibt gewisse Unterschiede im Umgang mit internen und verknüpften Tabellen, hierzu sollte aber auch die Access-Hilfe Auskunft geben können. Die Antwort auf die Frage zur Art der Filterung sollte hierzu einen Ansatzpunkt geben können.
Hallo zusammen,
vielen Dank, daß Ihr Euch meines Problems angenommen habt.
Also mit "Teilung" ist (wie vermutet) gemeint, daß ich die DB in Frontend und Backend geteilt habe.
Ich habe ein Hauptformular mit verschiedenen Unterformularen deren Datenhintergrund gespeicherte Abfragen sind. Mit "Listen" meine ich lediglich, daß die Abfrageergebnisse in Form von Datenblattansichten in den Unterformularen abgebildet sind. In diesen Datenblattansichten kann man in den Spaltenköpfen Filter in Form von Haken setzen. Man kann auch Teilstrings usw. suchen lassen. Man kennt das aus einer stinknormalen Excel-Tabelle, in der ich auch eine Filterzeile bestimmen kann, in der man dann nach allen Werten in den jeweiligen Spalten filtern kann.
Jetzt das Problem: wenn ich die DB in Frontend und Backend teile, dann kann man in den Spaltenköpfen nicht mehr filtern!!! Ich kann auch nichts mehr suchen! Ich habe auch schon Kollegen im Betrieb gafragt und in der Hilfe gesucht, aber keine brauchbare Antwort gefunden.
Gruß Aggl
Hallo Aggl,
Meinst Du das Access eigene Filtermenu (sortieren, filtern)?
Daten werden aber schon in den UFon angezeigt, - oder?
Eigentlich überflüssig, aber, - hast Du die Abfragen in Back- oder Frontend?
gruss ekkehard
Hallo ekkehard,
JA, ich meine das Access eigene Filtermenü.
Und NEIN, das ist ganz und gar nicht überflüssig!!!
Der Sinn ist folgender:
In unserer Abteilung gibt es 12 Mitarbeiter.
Nun ist das Haupt-Formular so aufgebaut, das es in den Unterformularen sämtliche Aufträge des Mitarbeiters anzeigt,
der am dazugehörigen Terminal sizt.
Soll heißen: Frontend erkennt den Mitarbeiter über sein PC-Kennwort und lädt dann seine Aufträge in das Formular.
Das ist die erste Filterung.
Die Listen in den Unterformuaren können jedoch sehr voll und somit sehr unübersichtlich werden.
Wenn nun ein Mitarbeiter in seinen eigenen Aufträgen einen Auftrag sucht (z.B. nach einer bestimmten Liegenschaft),
dann ist dies nicht mehr möglich, weil der Filter nicht funktioniert.
Die Abfragen befinden sich übrigens im Frontend!
Ich hoffe, ich konnte das Problem anschaulich genug schildern, das Du was damit anfangen kannst.
Gruß
Aggl
Hallo Aggl,
ZitatUnd NEIN, das ist ganz und gar nicht überflüssig!!!
Falsch verstanden, und dann doch beantwortet:
ZitatDie Abfragen befinden sich übrigens im Frontend!
Hatte ich auch nicht anders erwartet, deshalb "überflüssig".
Zum Problem fällt mir aber im Moment leider auch nichts ein.
Ich arbeite ja auch mit getrennten DB, und ich kann da auch in
UFo sortieren und filtern über das eingebaute Dropdown.
Wird denn der Spaltenkopf bei dir überhaupt angezeigt?
Und, eigentlich wahrscheinlich wieder überflüssig, aber, - bist
Du sicher, dass es auch die Datenblattansicht ist, und nicht als
Endlosform angezeigt wird?
gruss ekkehard
Hallo ekkehard,
uuups, da hab ich doch wirklich was in den falschen Hals gekriegt.
Man sollte halt richtig gucken, welcher Satz mit welchem zusammenhängt!
Sorry dafür!!!
Nun zum Problem:
Ja, es IST die Datenblattansicht und...
ja, die Spaltenköpfe werden angezeigt.
Im Dropdown der Spaltenköpfe sind aber nur aufwärts-/abwärts-Sortieren und Textfilter aktiv. Ich habe das mal als Anhang mitgeliefert!
Als ich probehalber mal sortieren wollte, sagte er mir, daß mehr Datenbanken nicht geöffnet werden können???
Und als ich den Textfilter benutzen wollte,
bekam ich (egal über welches Untermenü: "gleich...";"nicht gleich...";"enthält..." usw.)
die Meldung doch einen gültigen Wert einzugeben.
Es ist so, als ob die Spalteninhalte gar nicht da wären.
Was mir wirklich zu schaffen macht ist, daß die Leute, die ich bis jetzt gefragt habe,
so wie Du, auch mit getrennten DB arbeiten, ich aber wieder mal ein Phänomen entdeckt habe,
was keiner kennt.
Ich hoffe trotzdem, daß es sich irgendwie lösen läßt.
Gruß
aggl
Hi,
hab mal gerade in Acc2010 auch meine DB geteilt, bei mir klappen Filter in Datenblattansicht, sowie Formularansicht.
Datenbank komprimieren und reparieren, wirst Du bestimmt schon getestet haben. Ein weiterer Tipp könnte sein, dein komplette Datenbank in eine neu erzeugte zu importieren, evt schafft das abhilfe.
Grüße
Hallo Xoar,
das wundert mich nicht, daß es bei Dir funtioniert und bei mir nicht.
Das hab ich schon sehr oft gehört.
Ich komprimiere und repariere meine DB auch regelmäßig.
Ich habe die vollständige DB auch schon kopiert und dann durch Löschen der jeweils überflüssigen Objekte Frontend und Backend erzeugt.
In der Frontend hab ich die Tabellen dann manuell verknüpft.
Ich habe auch zwei völlig leere DB erzeugt und jeweiligen Objekte, die Frontend und Backend entsprechen, importiert.
Danach wieder manuell verknüpft.
NICHTS HILFT!!! Die verdammten Filter funktionieren nicht.
Es ist zum verzweifeln, daß Niemand, auch ihr als Access-Profis, mir helfen könnt.
Auch in unserem Unternehmen sind Leute die sehr komplexe, natürlich auch geteilte DB gebaut haben.
KEINER hat eine Idee, warum die Sch...-Filter nicht funktionieren!!!
Könnte es vielleicht daran legen, daß ich zu viele UFOs(13) im Hauptformular habe?
Oder daß ich vorher einen Filter für den Mitarbeiter setze???
Gruß aggl
Hallo,
wenn ich das richtig interpretiere, fehlen die Haken (und die Werte selber) an den aufgelisteten Werten, die aus den einzelnen Tabellen/Abfrage-Datensätzen stammen (sollten) ...
Vermutlich gibt es einfach zu viele Einzelwerte (Datensätze) , die in ihrer Gesamtheit gar nicht angezeigt werden können. Zudem spielen "NULL"-Werte (in den DS) eine Rolle bei der Auflistung.
Solche Excel-Like-Filterungen sind in einer Db eher fehl platziert. Vielleicht wird auch hier versucht, Excel mit Access zu simulieren... ;)
Und wahrscheinlich kann Dir niemand hier etwas Genaueres sagen, weil solche Konstruktionen einfach nicht geeignet sind und demzufolge gar nicht verwendet werden.
ZitatKönnte es vielleicht daran legen, daß ich zu viele UFOs(13) im Hauptformular habe?
Da sträuben sich mir die Haare.... Vermutlich liegt das schon außerhalb (oder knapp an) den Access-Spezifikationen...
Zitatgibt es 12 Mitarbeiter
Heißt das, es gibt für jeden Mtarbeiter ein separates (Unter)Formular??
Wenn so, würde ich dringend zumindest über den Formularaufbau und die Ablaufsteuerung nachdenken...
Hallo DF6GL,
ja genau, die Haken mit den Werten fehlen.
An der Anzahl der Einzelwerte kann es aber nicht liegen, da es vollkommen egal ist, wieviel Werte die Liste enthält:
die Haken fehlen immer!
Zur "Konstruktion" muß ich sagen, daß ich gar nicht wüßte, wie ich die Listen besser bauen sollte, als auf diese Weise.
Ich hab zum Verständnis mal noch eine Hardcopy angehangen.
Zur weiteren Erklärung muß ich noch sagen, daß das Phänomen nur bei der geteilten DB auftritt!!!
Sind Daten und Formulare bzw. Abfragen in einer DB, dann funktionieren die Filter.
Auch habe ich nicht für jeden Mitarbeiter ein UFO.
Ich habe die UFOs für die verschiedenen Status, in denen sich die Aufträge befinden (siehe auch Hardcopy)!
Im Hauptformular kann ich dann den Mitarbeiter auswählen, dessen Aufträge in die UFOs geladen werden sollen.
Gruß aggl
Hallo,
den Unterschied zwischen aufgeteilter-/nicht aufgeteilter Db kann ich jetzt auch nicht erklären...
Zum Aufbau der Formularkonstruktion:
Statt (wie ich jetzt vermute) für jeden "Status" (obere Reihe der Buttons) ein separates Unterform in Datenblattansicht anzuzeigen, rate ich dazu, ein einziges UFO-Steuerelement zu benutzen und dem damit angezeigten Endlos-Formular eine entspr. zusammengestellte Abfrage (SQL-String) in seiner Datenherkunft zuzuweisen. Die Filterung (untere Reihe der Buttons) der angezeigten DS erfolgt über die Formular-Eigenschaften "Filter" und "FillterOn". Zusätzlich können weitere Filterungen (als Ersatz für den Access-internen "Filter") mit Kombis geschehen, die bei jeder betroffenen Spalte über der Spaltenbeschriftung platziert werden..
Hallo,
PS: Wie sind bei der FE/DB-Konstruktion die Access-Optionen unter "Aktuelle Datenbank/Menüband-Optionen" eingestellt?
Hallo DF6GL,
ja, du vermutest richtig. Ich habe für jeden Staus ein eigenes UFO.
Wenn ich das nun über EIN UFO machen soll, dann kann ich aber mein Anzeigeformat vergessen.
Ich habe in jedes UFO bedingte Formatierungen eingebaut, die mir anzeigen,
welche Aufträge ich will's mal so ausdrücken "überfällig" sind. (siehe Hardcopy)
Das heißt, für jeden Status gibt es eine andere Bedingung,
die einen Auftrag einfärbt, sobald diese erfüllt ist.
Das kriege ich in einem UFO unmöglich "unter einen Hut".
Deshalb hab ich so viele UFO's erstellt.
Aber mal davon ab: das Problem muß doch irgendwie mit der Teilung zusammenhängen, oder sehe ich da was falsch???
Bei der ungeteilten DB funktionieren ja die Filter!?
Gruß aggl
Hallo,
auch die Bedingte Formatierung ist bei einem einzelnen Formular per VBA anpassbar...
Hallo,
es ist wohl ganz offensichtlich so, dass das Verhalten der eingebauten Filter durch die Teilung beeinflusst wurde, auch wenn ich jetzt nicht wüsste, wo man das konkret nachlesen kann. Da der Verzicht auf die Teilung keine Option ist, wirst du dich damit arrangieren und die benötigten Filter bspw. mit Hilfe von Kombifeldern selbst programmieren müssen.
Was die diversen Unterformulare betrifft, so könntest du das Formular auch dadurch entlasten, indem du ein Unterformularsteuerelement über die Register legst und diesem abh. von der Registerkartenwahl das jeweilige Unterformular zuweist.
Was den Pflegeaufwand vieler gleichartiger Unterformulare betrifft, so würde auch ich die Anpassungen lieber per VBA vornehmen. Dabei kann neben der Datenquelle sowohl die bedingte Formatierung berücksichtigt werden als auch die Ein-/Ausblendung einzelner Spalten.
Hallo zusammen,
für alle, die es interessiert: Dank Eurer Denkanstöße hab ich den Fehler gefunden!!! :) Es sind schlicht und einfach zu viele UFO's! Ich habe jetzt einige Registerkarten gelöscht und jetzt funzt es!!!
Vielen Dank für Eure Hilfe und den Klaps auf den Hinterkopf.
Gruß aggl