Office: (Office 2016) Inhalt von Textfeldern in eine ungebundene Tabelle einfügen?

Ah mit meiner suche war ich aber Voll zufrieden

Da ist mein Makro folgendes
[Telefonnummer] Wie "*" & [Formulare]![Kundenabfrage1]![Text196] & "*" Oder [Nachname] Wie "*" & [Formulare]![Kundenabfrage1]![Text196] & "*" Oder [Straße] & " " & [HausNr] Wie "*" & [Formulare]![Kundenabfrage1]![Text196] & "*"


Weil die Telefonnummer ist da mehr sagend wie eine KundenNummer. Habe ich denen auch vorgeschlagen aber er möchte über telefonnummer suchen

Wie man im befehl sieht kann man aber auch mit "Straße HausNr" suchen und mit Nachnamen

 

Bleiben wir mal beim Kunden.
Die Anzahl der Bestellungen hat bei den Kundendaten nichts zu suchen.
Sowas speichert man in der Regel sowieso nicht, weil sich z.b. die Anzahl der Bestellungen über Abfragen aktuell errechnen lässt.
Was ist Karte und GratisNr, KeineLieferZ ?
Sperrungen des Kunden evtl. auch in eigener Tabelle, falls es wichtig ist Sperrungen/Entsperrungen von Kunden zu protokollieren. Weiß nicht wie die Anforderungen da sind, ob es dann so ist, dass der Kunde konsequent für immer gesperrt bleibt,

Wie die Suche über die Abfrage gestaltest, hat doch jetzt nichts mit dem physikalischen Aufbau bzw. der Anzahl der Tabellen zu tun.
Die Tabellen stehen untereinander in Beziehung und wäre kein Hindernis für dein Kriterium.
Solche Formular-Bezüge sind allerdings (Forms!FormularABC!Feldxy) eher zu vermeiden, weil Abhängigkeiten entstehen, die man nicht möchte.

Text196 -> sowas solltest du dir abgewöhnen. Benenne deine Steuerelemente "sprechend".
Z.b ctlSuche

 

Also da wenn der Kunde gesperrt ist bleibt er gesperrt.
Ggf. wird später neu hinzugefügt. Das der Kunde gesperrt in der Datenbank bleibt, Dann sieht man ihn bei Abfrage 2x und ist diesem gegenüber schon vorsichtiger

Karte, GratisNr, Keine Lieferzeit ist bei mir nicht mehr, habe ich schon entfernt.
Allgemein die Spalten Rabatt bis einschliesslich Vermerk werden wohl nicht benötigt.

EDIT:

Naja wäre das jetzt ein Programm was ununterbrochen seine Arbeit tun soll hättest du wohl recht, aber mein Ziel ist es einmal so zu machen und dann auch nichts mehr dran zu ändern, ich weiss schon was Abhägikeiten bedeuten und wenn man diese setzt auch so belassen MUSS. weil sonst naja Fehler eben *biggrin.gif*

Ja mit den Steuerelementen gebe ich dir vollkommen recht. ist auch schon gemacht nach deinem Hinweis, danke *Smilie

 

Es geht nicht darum Felder nur wegen der Anzahl zu reduzieren.
Wenn dem Kunden ein konstanter Rabatt eingeräumt werden soll, dann macht das Feld in den Stammdaten Sinn.
Warum verwendest du den Datentyp Single ? Der ist zu ungenau, wenn es um Kommazahlen geht.
Warum die Beschränkungen der Buchstabenanzahl ?
Sowas macht z.b. Sinn bei der IBAN, die nur aus 22 Zeichen bestehen kann oder PLZ, aber dann 5 und nicht 6 Zeichen
Ein Standardwert "" beim Nachnamen ?? Wozu ?
Nachname würde ich als zwingend erforderlich in der Tabelle festlegen.

 

Ja das ist mir bewusst. Habe aber nochmal nachgefragt.

Ich sortiere noch Felder aus die wirklich keinen Nutzen haben :O

Er sagte halt "Rabatt oder Lieferkosten geschenkt gibt es hier nicht"

 

Deinen Einwand verstehe ich nicht. Wenn dein "Pizza-Verkäufer" ein viertes Fahrzeug kauft, dann will er das in der DB erfassen können, egal ob die DB ununterbrochen läuft (was auch immer das bedeuten soll).
Wenn aber nur 3 Fahrzeuge erfassbar sind, dann geht das eben nicht.
Deshalb erfasst man, im konkreten Fall, die Fahrzeuge nicht horizontal in einer fixierten Anzahl von Feldern, sondern vertikal in Datensätzen. Ein Datensatz pro Fahrzeug. Der Besitzer kann dann 1000 Fahrzeuge hinzufügen, ohne dass man was an der DB zu ändern hätte.

 

Wird er aber nicht.

Es soll ja jetzt wirklich nur ein paar monate was machen.

Also wenn ich das jetzt einmal mache kann ich dafür garantieren dass ich in zukunft nichts mehr daran ändern muss.

Fakt ist. Die Datenbank ist von 97 und wurde seit her auch nicht mehr geändert bis auf das was wir jetzt rausgeschmissen haben *biggrin.gif*

Vielleicht verstößt es jetzt hier irgendwelche Ethikvorstellungen aber ich wollte es nur schnell zusammenmudeln, gerade weil es nur für 2-3 Monate maximal sein soll *redface.gif* *biggrin.gif*


EDIT:

Liest sich streng *biggrin.gif*

Also ich bin mir 10000% das wenn es einmal fertig ist und dann als ACCDR umgeschrieben (Sodass er nur die Formulare lädt und die DB's im Hintergrund) das da nichts mehr gändert werden muss *Smilie

 

du verstehst den Sinn des Einwandes nicht.
Es geht nicht darum, ob du die DB änderst oder nicht änderst in der Zukunft.
Aufzählungsfelder sind zu vermeiden.

D.h. es gibt eine DB, die momentan im Einsatz ist ??

Ich hatte dich so verstanden, dass du eine neue DB aufbaust...

Ja bei einem richtigen (datenbankgerecht) Aufbau, dürfte das dann auch eher selten der Fall sein.

 

Na es läuft die Datenbank mit einem Visual Basic overlay.

Nur ist dieses Programm seit Jahren nicht mehr geupdatet worden, der Typ der das gemacht hat ist auch auf keinem Kanal mehr zu erreichen :/


Aber die Datenbank ist genau so... warte ich mach sie eben nackig wegen den Kundendaten und dann könnt ihr euch das Orginall angucken.

Im anhang findet ihr die Orginale DB ist auch .mdb

Da hat der Typ dann einfach eine Oberfläche mit VB erstellt und joar.
Aktuell ist es eben so das sich das Programm immer aufhängt und dann mehrer Minuten hängen bleibt.

Und doch doch, ich verstehe deinen Einwand.
Du hast mir damit erklärt wo der Unterschied zwischen einer Datenbankgerechte ausführung im gegensatz zu solch einer Ausführung erklärt.

 

d.h. der ganze Aufwand, den wir hier betreiben ist eigentlich für die Katz ?

 

Nein, weil der Typ sein Programm auch nicht updaten wird muss was neues her. Für die Katz.. Dann würde ich mir daran auch nicht die Finger schmutzig machen.

Also das Alte kann nur eingestanzt werden.. muss einfach weg. Es bleibt halt bei jeder Abfrage 10+ minuten hängen sodass man villeicht in einer stunde 3-4 Bestellungen damit erfassen kann, wenn es gut läuft.

Er nutzt es schon garnicht mehr weil es nicht zu nutzen ist.
Wie gesagt sonst würde ich mir die Mühe auch nicht machen. *biggrin.gif*

Edit:
Leider ist der Typ auch nicht gewillt seine Source mit mir zuteilen.

Dann würde ich diese einfach über VS bearbeiten und alles gut.

 

Ich würde niemals um Hilfe bitten, also die Zeit von anderen beanspruchen wenn es vergebene Liebesmüh ist.

 

Du hast z.b. bei deiner Abfrage "Bestellung" ein kartesisches Produkt aus Kunde und Speisen.
Das allein erzeugt 5.5 Millionen (!) Datensätze.

"Für die Katz" war auf diese Aussage bezogen!
Das verstehe ich so, dass was wir hier erarbeiten nach 2-3 Monaten entsorgt wird ...

 

5,5 Millionen?! Oha ja gut das verstehe ich, dass ist nichts erstrebenswertes.

Ja an sich habe ich auch schon eine bessere Lösung. Mann kann ja auch Textfelder aus dem im Hintergrund laufenden Formular ziehen, was da wohl im Bestellablauf besser laufen sollte.

Ich gehe mal davon aus das du das damit meinst.

Grundsätzlich war mein erster Gedanke
"Wenn die Bestellung auch den Kunden eintragen soll ist das der leichteste weg"
Das zeigt mal wieder, nicht immer ist der leichteste, der beste weg.*biggrin.gif*


Zu deiner Befürchtung das es entsorgt wird.
Achso. Nein. Also es kommt dann zwar ein neues Kassensystem von Sharp aber die Beiden Rechner werden nebenbei in der Telefonecke bestehen bleibe.

Die Sharp kassen werden dann hauptsächlich benutzt wobei das hier nebenbei laufen soll.

Somit wäre die Datei schon noch in nutzung, aber nur wenn die Kassensysteme belegt sind.
Also wird nicht entsorgt sondern nebenbei benutzt.

Ich habe mir halt gedacht das ich in den 3 Monaten noch nebenbei in ruhe das kuddelmuddel aufräume und entsorge.

Aber an sich hast du ja recht, besser es lieber einmal ordentlich und Datenbankfreundlich zu gestalten als immer was ändern zu müssen. *redface.gif*

 

Hallo,
im Anhang findest Du mal eine Beispiel für eine Bestellung von Computerartikeln-
Die Artikel wären dann Deine Zutaten und die Bestelldetails dann die Zusammenstellung der Piza.
Schaue es Dir an, da siehst Du auch das Zusammenwirken der Schlüsselfelder.

Im großen und Ganzen könntest Du das für Deine Piza übernehmen. Eine Tabelle für die Pizabezeichnungen wäre noch aufzunehmen.