Hallo,
ich habe mal wieder ein "kleines" Problem.
Und zwar habe ich hier einen Bericht erstellt der einen Unterbericht enthält. Und in dem soll eine Fortlaufende Nummer rein, beginnend mit 1.
Folgendes habe ich schon ausprobiert:
Textfeld erstellen, im Steuerelementinhalt "=1" rein geschrieben und bei Laufende Summe "Über Alles".
Öffne ich jetzt nur den Unterbericht wird eine fortlaufende Nummer angezeigt. Öffne ich aber den Hauptbericht wird in jeder Zeile des Unterberichts eine 1 angezeigt!
Was mache ich falsch?
Gruß Gerald
Hallo,
ZitatWas mache ich falsch?
Hmm... wenn sich das Textfeld im Detailbereich des UB befindet eigentlich nichts.
Habe eben versucht das nachzustellen - funktioniert bei mir ohne Probleme.
Die Datenherkunft deines U-Berichtes wird ja eine Abfrage sein - da hättest du auch die Möglichkeit dieses Zählfeld in der Abfrage selbst zu erstellen und dieses Feld dann im Unterbericht anzuzeigen.
Siehe http://www.donkarl.com?FAQ3.11 (http://www.donkarl.com?FAQ3.11)
Ich habe mal die Probleme in einer DB zusammengepackt.
Wenn du Zeit hast schau dir das bitte mal an; das mit der Abfrage kriege ich nicht hin!
Gruß Gerald
[Anhang gelöscht durch Administrator]
Hallo,
ZitatIch habe mal die Probleme in einer DB zusammengepackt
Durch die, in deiner Frage angesprochene fortlaufende Nummereierung willst du Positionsnummern
zu den einzelnen Auftragspositionen in einer
RECHNUNG darstellen - bitte NICHT durch ein berechnetes Feld!
Die Positionsnummern sollten bei der Eingabe berechnet und in einer Tabelle 'tblAuftragsdetails' gespeichert werden.
Warum? Stell dir z.B. vor du erstellst in der Folge einen weiteren Bericht mit Auftragsdaten und stellst bei diesem eine andere Sortierung der Daten ein - deine Positionsnummern haben sich danach erledigt - sie stimmen mit der
Rechnung nicht überein!
So sind auch die Kreuz- und Querverweise von und zu Feldern zwischen Haupt- und Unterberichten nicht OK.
Bitte nicht böse sein - die Datenbank IST das Problem.
Keine Primärschlüssel
Keine Beziehungen
Gleichlautende Feldnamen in unterschiedlichen Tabellen
Jede Menge Redundanzen
Durch fehlende Schlüssel (PK und FK) und Beziehungen und der nicht gewahrten referenziellen Integrität sind
Kundendaten zu Aufträgen nicht über notwendigen Schlüsselfelder zugeordnet und es gibt Detaildatensätze ohne Entsprechung in der Primärtabelle.
Scheinbar stellst du per Abfrage die Beziehung über den Kundennamen her, da dieser in beiden Tabellen liegt.
Ein passendes Abfrageergebnis ist so unter der Kategorie ZUFALL zu finden.
Die Tabelle mit den Aufträgen sollte aufgteilt werden - Stammdaten und Detaildaten.
Absender, Empfänger, Subunternehmen, Fahrzeug und Typ müssen in eigene Tabellen mit Schlüsselbeziehungen zu den Aufträgen.
:o
Ich denke, dass die gesamte DB nicht nur aus den 2 hochgeladenen Tabellen bestehen wird, wodurch
mit Sicherheit die nächsten Probleme praktisch in den Startlöchern lauern.
So kann und wird das Ganze nichts werden, da du dich lediglich von einem Fehler zum anderen durchwurschtelst.
Um eine funktionierende Applikation zu erschaffen benötigst du in erster Linie ein
richtig aufgebautes und funktionierendes Datenmodell ohne Widersprüchlichkeiten.
Erst wenn die Tabellen ordnungsgemäß erstellt sind, die Beziehungen gesetzt sind und
das Datenmodell durchgehend normalisiert ist solltest du an die Erstellung von Formularen,
Abfragen und Berichten denken.
Bitte setze dich DRINGEND mit den Grundlagen richtigen DB / Tabellendesigns auseinander.
Schau dir bitte DRINGEND die Links #1 und #1a in der Signatur von DF6GL an.
Schau dir weiter die Grundlagenbeiträge unter 'Allgemeines' hinter dem Link #5 in meiner Signatur genau und intensiv an.
Jede Menge Arbeit lauert da auf dich - aber keine Sorge, das ist zu schaffen! ::)
Hallo,
das ich in dieser Datenbank Fehler mache ist mir bewußt. Ich muß dazu sagen das ich mit Access seit ca. 15 Jahren arbeite, allerdings mit Unterbrechungen und dann vergißt man auch viel.
Die Datenbank ist nie so geplant gewesen, wie sie sich jetzt entwickelt hat. Es sollten nur ein par kleine Formulare sein, in denen etwas auszuwählen ist.
Aber wie es so ist, hat sich das ausgeweitet. Und ich muß auch angesichts der Arbeit, die damit verbunden ist, überlegen, ob das alles Wert ist für jemanden einen Gefallen zu tun.
Trotzdem Vielen Dank für deine Hilfe.
Hallo,
also DEMOTIVIEREN wollte ich dich mit meiner Antwort ganz sicher NICHT! ::) ;)
Es geht ja auch nicht immer nur darum jemanden schnell mal einen Gefallen zu tun,
vielleicht hast du ja die Zeit und Interesse daran deine Erfahrungen aus den von dir erwähnten Jahren
mit den angesprochenen Grundregeln/Grundlagen in Deckung zu bringen?
ZitatEs sollten nur ein par kleine Formulare sein, in denen etwas auszuwählen ist.
Naja, wie es so ist ... wachsen die Dinge halt auch.
Wobei an der Stelle der Hinweis darauf nicht fehlen soll, dass Formulare in erster Linie zur DatenEINgabe dienen
und zur Anzeige bzw. Ausgabe die Berichte da sind (natürlich können und weden die Daten auch in Formularen angezeigt).
Sollten in der betreffenden DB aber die Daten direkt in die Tabellen eingegeben werden ist es nicht
sehr verwunderlich, dass die Zuordnungen der Datensätze nicht (mehr) stimmen.
Schmeiß' nichts desto trotz die Flinte nichts ins Getreide, mach weiter! ;)
Hier im Forum wirst du immer eine oder mehrere Ansprechpersonen finden, die dir bei Problemen weiterhelfen. ::)