| |
Visual-Basic EinsteigerRe: ein Form als Klasse in eine Collection | | | Autor: Wobi | Datum: 05.04.20 03:05 |
| Hallo guenni255,
ich antworte hier mal auf alle deine Antworten zu meinem Posting.
Zitat: | |
erstmal vielen Dank für dein Interesse an meinem Problem.
Ich versuche mal das zu beschrieben.
folgendes ist immer auf das Datum bezogen.
Anzahl der Einsätze (Start-Endzeit des Einsatzes und daraus
resultierte Stunden.)
Anzahl der Touren (Kenndaten zu jeder Tour
(Tournummer,Kennzeichen,evtl. Kennzeichen Leihwagen,Auslagen
zur Tour wie Fern-und Nahverkehrstickets oder Tanken.)
Die einzelnen Daten gebe ich über entsprechende Formulare ein
und kann sie pro Tag auch wieder über die gleichen Formulare
darstellen.
| |
Hmm, ich hoffe, du machst das nicht so wie ich es jetzt verstanden habe aus deiner Beschreibung.
Ich würde das so machen, dass jede Tour in der Datebank einem Datensatz entspricht (der dann eine z.B. TourID bekommt)
Dazu gehören dann im Eingabeformular (und somit der DB) mindestens folgende Felder:
Datum der Tour Auswahl, Uhrzeit Start, Uhrzeit Ende, deine Kenndaten zur Tour.
Die resultierenden Stunden, die Anzahl Touren pro Tag haben nichts in der DB verloren, das sind alles Sachen die sich automatisch durch entweder SQL Abfragen oder simple Berechnungen erledigen lassen.
Also jede Tour hat genau einen Datensatz.
Und du brauchst auch nur ein Formular für die Eingabe einer Tour.
Für die Anzeige oder nachträgliche Bearbeitung einer Tour würde ich ein zweites Formular nehmen wo du ein Datum eingeben kannst. Da werden dann alle Touren zu diesem Datum aufgelistet egal ob in Textfeldern oder einem Grid oder was auch immer, einfach das Recordset zu diesem Datum durchlaufen und die Datensätze anzeigen.
Jetzt entweder über Schaltflächen oder was auch immer auf eine bestimmte Tour zugreifen, die TourID hast du ja in der DB und du kannst diese dem ersten Formular wieder übergeben und bei Bedarf die Daten ändern.
Zitat: | |
In der Monatsansicht werden nun noch weitere Daten, die in
der Collection ermittelt werden in die ich sie lesen (wie
Wochentag des datums..),in einem Monatsformular
zusammengestellt und dargestellt.
| |
Warum eine Collection? Du hast doch ein Recordset wo du sowieso jeden Datensatz des Monats durchläufst dort kannst du vor der Anzeige in deinen Textfeldern oder Labels ebenfalls z.B. den Wochentag ermitteln. Und auch Die Summen von gewünschten Kriterien in einer Variablen speichern wenn das über die SQL Abfrage zu kompliziert ist und deren Wert am Ende in einem weiteren Label ausgeben.
Zitat: | |
Die Jahresübersicht soll nun die MonatsSUMMEN (ohne
Tourdaten,das wäre zuviel) neben-und übereinander
gleichzeitig darstellen. Also auf die Screengröße angepasst.
| |
Das verstehe ich jetzt auch nicht, denn die Jahresübersicht enthält ja nur 12 Werte, da braucht man nur 12 Labels oder 12 Textfelder, das passt auf jeden Screen.
Januar xxxx
Februar xxxx
......
Dezember xxxx
==============
Gesamt 2019 yyyyy
Selbst da könntest du die ganzen xxxx summieren und bei yyyy als Summe anzeigen.
Zitat: | |
...weil es meiner Meinung nach
schneller geht als immer eine SQL Abfrage durchzuführen. Das
habe ich bei der Erfassung der Monatsdaten gemerkt. da bin
ich erst so vorgegangen.
| |
Das kann nicht sein, denn du hast sowieso die SQL Abfrage (brauchst nur eine) auf der dann deine Collection beruht. Und die Erfassung der Monatsdaten? Du musst nur die einzelnen Touren erfassen, die Monatsdaten ergeben sich dann automatisch. Und eine Collection ist ja wie der Name schon sagt nur eine Sammlung, aber ein Recordset ist nichts anderes, das sammelt ja auch nur Daten entsprechend der zuvor getätigten SQL Abfrage. Ich wüßte jetzt nicht was eine Collection in deinem Fall könnte was ein Recordset nicht könnte.
Zitat: | |
Ach so, und mit den erwähnten Grids kenne ich mich gar nicht
aus. Bei mir gibt es nur Text und label Felder sowie commando
Button. . Die kann ich auch optisch etwas aufpeppen.
| |
Dann solltest du dich damit beschäftigen.
Klar kann man das auch mit Labels selbst darstellen, aber warum das Rad neu erfinden wenn es das schon in VB6 gibt?
Obwohl ein Grid ist ja im Endeffekt ja auch nur eine Tabelle.
Für das was du da machst bzw. was du bräuchtest würde auch Excel (mit evtl. VBA) reichen.
Gruß
Frank | |
| Sie sind nicht angemeldet! Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.
Einloggen | Neu registrieren |
|
|
sevZIP40 Pro DLL
Zippen und Unzippen wie die Profis!
Mit nur wenigen Zeilen Code statten Sie Ihre Anwendungen ab sofort mit schnellen Zip- und Unzip-Funktionen aus. Hierbei lassen sich entweder einzelnen Dateien oder auch gesamte Ordner zippen bzw. entpacken. Weitere InfosTipp des Monats Access-Tools Vol.1
Über 400 MByte Inhalt
Mehr als 250 Access-Beispiele, 25 Add-Ins und ActiveX-Komponenten, 16 VB-Projekt inkl. Source, mehr als 320 Tipps & Tricks für Access und VB
Nur 24,95 EURWeitere Infos
|
|
|
Copyright ©2000-2024 vb@rchiv Dieter Otter Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.
Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel
|
|