Office: (Office 2010) Suchfeld im Formular

Je nach Art der Abfrage sind diese nicht editierbar.
Gruppierte Abfragen sind grundsätzlich nicht editierbar.
Bisher hattest du in deinen ganzen Abfragen fast immer unnötigerweise eine Gruppierung reingehauen - vielleicht auch hier ..

 

\@Fred
In meiner DB sind ne Menge Qry, auch von dir. Wenn ich die Qry im Entwurf öffne, im Ribbon auf Summe klicke, dann
sehe ich in JEDER Abfrage die Zeile Gruppierung.
Meinst du das? Aber die Zeile ist überall drin.
Du meinst sicher ne andere Stelle. Hast du mir schon mal gesagt, wusste aber nicht wo und was ich ändern soll.
Hab zwar schon ne Menge gelernt die letzten TAge, aber vieles bleibt mir verborgen, leider.
Hmmm. Zur Not schreib ich halt wieder Bierdeckelliste.*biggrin.gif*

 

Hallo,

es kommt auf die qry an die für dein Ufo bestimmt ist und die sofern du es
editieren möchtest darf nicht gruppiert sein.
Falls du im Formular eine Summe benötigst, dann erstelle in der Abfrage
z.B. Gesamt: Menge*Preis und dieses Gesamt kannst dann im Formular summieren.

PS: für Berichte kannst die Abfrage gruppieren, da wirst sowieso nicht editieren wollen.

 

Hmm, dasselbe sagte Fred ja schon. Meine Frage ist damit aber nicht beantwortet, weil ja eben
in fast jeder Abfrage die Zeile Gruppierung steckt. Formeln sowieso.
Ich hatte die glorreiche Idee unter einem vorh. Ufo ein weiteres zu platzieren, allerdings mit anderer Datenquelle
und anderen Feldern. Das scheitert (siehe Screens)
Habe nun weitere Tbl mit div. Inhalten angelegt und daraus eine eigenständige Eingabe Maske erstellt.
Auch einige spezielle Qry etc.
Es sind zuviele Daten unterschiedlicher Herkunft und Bedeutung, obwohl man eigentlich alles mischen können sollte.

Was mir z.B. noch nicht gelungen ist in einer Qry eine Summe einer Spalte zu bilden.
Beispiel 3.3.2020 BrötchenA = 25, nächste Zeile 4.3.2020 BrötchenA = 10. Summe BrötchenA für alle Tage?
Irgendwie einfach aber die Methode fehlt mir, bzw. der Weg mit Formel. Oder geht das wieder nur mit VBA?

 

Genau das meine ich, ...

du musst verstehen, was eine Gruppierung bewirkt...

Gruppiert werden Datensätze, die exakt identische Inhalte haben, oder Felder die in irgendeiner Form kummuliert werden (Addition, Anzahl, Erster, Letzter .. )

Wenn du in deiner Abfrage ein Primärschlüsselfeld drin hast, du kannst du soviel gruppieren, wie du willst, da passiert nichts, da ein Primärschlüssel eindeutig ist und somit immer unterschiedlich je DS ist.

hast du Lieferant A -> Artikel A -> 12
Lieferant A -> Artikel A -> 24
und haust du bei der Menge eine Summierung rein, dann bewirkt die Gruppierung eine Zusammenfassung beider DS mit Summer 36.

 

Primärschlüssel sind ID oder? Dann sind in den Qry überall welche drinnen.
Ich kann inzwischen ne Menge beliebig abrufen mit den Qry, aber summieren?
Summe Tickets nur vom 4.4. ?? Das geht doch so nicht.
Selbst Summe all Menge geht auch nicht.

Hmm. ich teste mal weiter. Irgendwann lerne ich das noch.*biggrin.gif*

EDIT: Ich glaube allerdings inzwischen ich habe mal wieder schlecht schlecht formuliert was ich will.
Wenn in der Abfrage Werte aus verschiedenen Spalten mit Zahlen berechnet werden weiß ich wie.
Aber hier gehts um Addition EINER SPALTE. [Menge] Das kann man lösen (screen) aber wie kann ich das Ergebnis woanders dann verwenden?
Das Problem scheine viele zu haben, denn viele denken wie ich in EXCEL. DAs funktioniert aber in Access nicht.

Kompliziert wirds wenn die Abfrage noch ein Datum enthält und die Summen von Tagen und bestimmter Artikel errechnet werden soll.

Meine DB gibt schon viel her, aber bestimmte Summen eben (noch) nicht.
Da ist ja mein alter Taschenrechner schneller, bis man den Code geschrieben hat.

 

Frage:
Kann man irgendwie Textfelder in einer Qry die nebeneinander liegen
in einer neuen Spalte gruppieren?
PK1=Stahl PK2=Holz
PK1=Alu PK2=Wasser

Neue Spalte =
Stahl
Alu
Holz
Wasser
usw.
also alles auslesen und zusammenfassen.

 

Hallo!

Ich vermute du willst einen Tabellenaufbau normalisieren.

Ich beschreibe es mit einem eigenen Beispiel, da ich den Text aus Beitrag #22 nicht vollständig verstehe.

Ausgangslage:
Tabelle XYZ
Code:

Aus dem soll folgendes werden:
Code:

Ist es das, was du willst?

mfg
Josef

 

Hi Josef, ja so ungefähr.
Da ich keinen PHP Code dazu habe soll ein Screen es zeigen.
Alle vorkommenden Namen aus "HP" sollen in eine Spalte.
Datum Name
06.03. Meier
06.03. Schmitz
06.03. Müller
06.03. Becker
07.03. Müller
07.03. Meier usw

Zweck der Übung ist:
Später das neue Feld in den Filter mit OnChange einbauen.
- oder es möglich machen das nach bestimmten Namen gefiltert wird.
Wie oft und wann war Schmitz drin.

Hoffe du verstehst was ich vor habe.

 

Wo kommen solche Tabellen her? Besser Übel an der Wurzel anfassen.

- Für Access: Grundlagen - SQL ist leicht (9) - Pivottabelle in Listtabelle umformen
- Für Excel gibt es über Power Query eine hervorragende Unpivot-Funktionalität

 

\@ebs17
-
siehe hier

Sind deine Antworten immer so geistreich?

Ist wie einen Blinden anschreien "Schau wo du hingehst".

Ich belege wegen solcher Peanuts doch kein Informatik Studium.
In Foren wie ich sie kenne tauscht man Wissen oder hilft bei Lösungen und gibt keine schlauen Wegbeschreibungen zur nächsten Uni.
Sorry.*rolleyes.gif**redface.gif*

 

OK, Peanuts einlöffeln und Dauerpampern ist wohl nicht meine Bestimmung.

 

Es gibt wohl einen komplizierten Code bei office-loesung der sowas ähnliches löst.
Nur das die Suche Felder (Spalteninhalte) einschliesst die untereinander liegen.
Das kann OnChangeFilter ja auch ganz gut.

Bei mir liegen aber die Feldinhalte nebeneinander, das hat auch seine Gründe und ist beabsichtigt.
Mit dem Filterinstrument OnChange kann keine Worte filtern in Feldern die nebeneinander liegen.
Es filtert immer nur in der betreffenden Spalte, wo das Suchwort eingegeben wird.

 

Du bist hier wirklich in der Excel Denke.
Du hast doch das Protokollieren der Mitarbeiter pro Tag noch gar nicht realisiert.
Ich empfehle dir solche Tabellen nicht zu verwenden, die pro Mitarbeiter 1 Feld vorhersehen.

 

Hallo,

Und genau das ist das Problem. Solche Strukturen sind für Access völlig unbrauchbar, auch wenn es noch so beabsichtigt ist.
Für Access muss die Tabellenstruktur so angelegt sein, dass die Inhalte untereinander liegen. Eine solche Strukturanpassung nennt man Normalisierung und ohne diesen Schritt funktioniert Access nicht.
Über Abfragen kann mann dann die Daten so aufbereiten, wie man sie sehen möchte.

Du wärst daher besser beraten gewesen den Hinweisen von Eberhard in #25 zu folgen, statt ihn mit unangebrachten Äußerungen zu beschimpfen.
Es wäre nämlich der richtige Weg.
Ein Informatik Studium braucht man dazu sicher nicht. Nur etwas logisches Denkvermögen und die Bereitschaft sich mit dem Aufbau relationaler Datenbanken zu beschäftigen. Und wenn man es ein mal begriffen hat, wird es ganz leicht.
Zunächst ganz ohne Programmierung und VBA.