zwei Designfragen

[Carl]

(1) Gibt es in Access die Möglichkeit, einen Zoom einzurichten? Beispielsweise analog der Möglichkeit in Excel, mit dem Mausrädchen die Größe herauf oder herunter zu drehen? Wenn nein, welche Alternativen sind empfehlenswert?

(2)  Gibt es die Möglichkeit, in einem HF zwei UFOS einzubinden, die neben einander stehen und auf der selben Abfrage basieren und auch immer gemeinsam synchron die selben Datensätze anzeigen? Simuliert werden soll die von Excel gewohnte "fixierte Spalte". Dabei bleibt eine Spalte immer sichtbar, auch wenn die anderen Spalten nach rechts raus gescrollt werden.

Carl

[Lachtaube]

Zoomen außerhalb der Seitenansicht kann man käuflich erwerben - siehe ShrinkerStretcher - oder müsste selbst programmiert werden. Leute mit schlechten Augen können auch die Bildschirmlupe von Windows verwenden.

In einer Datenblattansicht lassen sich auch Spalten fixieren. Will man mehr (z.B. in einer Endlosformulardarstellung), müsste man sich das Feature auch selbst programmieren.

[Carl]

(zu 2) macht man das am Besten, indem man HF und beide UFOS über die ID verbindet?

[Lachtaube]

Siehe: Fixieren der Felder in einer Access-Datenblatt

[MzKlMu]

Hallo,
im Zusammenhang mit dem anderen Thema von Dir
http://www.access-o-mania.de/forum/index.php?topic=23551.msg138342;topicseen#new
wollte ich nur erwähnen, dass sich das mit der angedachten Umstrukturierung erledigt hätte.
Mann könnte die 21 Datumsfelder in 2 Unterformularen (Datumsfeld 1-11 und dann 12-21) zusammen mit einem hafo für die Kopfdaten schön übersichtlich anzeigen, alle 30 Felder der Kopfdaten und alle Datumsfelder auf einen Blick, ohne auch nur ein cm zu crollen. Und Programmierungen von fixierten Spalten braucht es dann ohnehin nicht mehr.

[Carl]

Ja, das klingt interessant.

Meine Vorgabe ist, dass es sich anfühlen soll wie in Excel. Es sollen ja noch mehr solche Formulare entstehen und sie sollen sich möglichst wie Excel anfühlen. Ich kann das auch nicht ändern.

Carl

[MzKlMu]

Hallo,
das ist dann kein Excelaussehen. Ich auch nicht mehr weiter helfen, meine Vorschläge setzen eine Umstrkturierung voraus, da bleibt von Excelsicht nicht mehr übrig..
Siehe Dein anderes Thema (Statistik).

[Carl]

Ich muss dieses Excel-ähnliche einhalten, das iss ne Vorgabe. Die brauchen Ruhe und Gleichförmigkeit.

Was zum Beispiel bei Excel auch geht ist, dass man in einer Zelle einen Standardwert berechnen lassen kann, aber mit der Eingabe eines anderen Wertes diese Vorgabe überschreiben kann.

Zum Beispiel kann ich in Access dem MA ein neues Datum vorschlagen (schätzen) mit:

Code [Auswählen] Erweitern


=DatAdd("m";4;(DatAdd("t";+14;[datevon])))


aber man kann dann in dem selben Feld kein anderes Datum überschreibend eintragen, wenn einem dieser Vorschlag nicht gefällt.

Carl

[MzKlMu]

Hallo,
das geht mit Access natürlich auch, entweder als Standardwert, oder per VBA.
Per VBA so:

Code [Auswählen] Erweitern

Me.Datumsfeld = DateAdd("m",4,(DateAdd("d",14,Me.[datevon])))
Und das kann dann beliebig überschrieben werden.

Was Du machst, ist einen festen Wert zuweisen, Du bringst da einiges durcheinander.

Wenn man das Datenmodell mal konsequent normalisieren/umstrukturieren würde, würde kein Mensch mehr nach Excelaussehen verlangen. 

[Carl]

hm ...

[MzKlMu]

Hallo,

hm ...

und das heißt was ?
Einfach hm ... ist ja bedeutungslos.

[Carl]

Also Du meinst, die 21 Felder in eine extra Tabelle legen? Ich habe das schon mal vorher gemacht und hatte Huddeleien beim synchronen Anlegen der Datensätze.

Außerdem soll nach den 3 Jahren eine Routine zum anonymisieren der DS benutzt werden, die gewährleistet, dass bestimmte Felder gelöscht, andere aber für die Statistik behalten werden. ich befürchte, dass es hier zu Verwicklungen kommen kann.

Mal ne Frage: Soll der Code hier in die zugrundeliegende Tabelle oder formularseitig?

Code [Auswählen] Erweitern


Me.Datumsfeld = DateAdd("m",4,(DateAdd("d",14,Me.[datevon])))


[Beaker s.a.]

Hallo Carl,

ich befürchte, dass es hier zu Verwicklungen kommen kann.

Mit einem guten Datenmodell, dessen Entwicklung du vehement ablehnst,
kann es normal eigentlich keine Verwicklungen geben. Das ist der Vorteil
gegenüber Excel.
gruss ekkehard


P.S.: Exceltabelle (Sheet) <> Accesstabelle (Table)

[MzKlMu]

Hallo,

Soll der Code hier in die zugrundeliegende Tabelle oder formularseitig?

Das kann nicht in einer Tabelle sein, das ist VBA Code der niemals in einer Tabelle sein kann.

Also Du meinst, die 21 Felder in eine extra Tabelle legen?

Irgendwie komme ich mir vor, als rede ich gegen eine Wand.
Wie bereits mehrfach gesagt, nicht 21 Felder, sondern ein Feld in 21 Datensätzen mit einem Fremdschlüssel zu den Kopfdaten. Da sind Probleme mit dem synchronen Anlegen völlig ausgeschlossen. Das wird auch keine 1:1 Beziehung wie von Dir mal geplant, sondern muss 1:n werden.
Aber das habe ich alles schon mal erklärt.

Wenn Du wirklich eine Datenbank nach den Regeln machen willst, so solltest Du Dich dringend mit den Grundlagen zu relationalen Datenbanken beschäftigen, das wäre unerlässlich.
Hier noch 2 Links dazu (möglicherweis habe ich die aber schon mal gepostet).
https://www.hdm-stuttgart.de/~riekert/lehre/db-kelz/
https://www.access-tutorial.de/

[Carl]

Hallo Carl,

ich befürchte, dass es hier zu Verwicklungen kommen kann.

Mit einem guten Datenmodell, dessen Entwicklung du vehement ablehnst,
kann es normal eigentlich keine Verwicklungen geben. Das ist der Vorteil
gegenüber Excel.
gruss ekkehard


P.S.: Exceltabelle (Sheet) <> Accesstabelle (Table)

Ich schätze dass Du Recht hast Ekki, aber ich vermute, dass ich es auf eigene Kraft nicht weiter hin bekomme. Zudem habe ich die Vorlage, dass es wie Excel aussehen soll. Zumindest bis es eingelebt ist, dann geht sicher mehr.

Ich habe keinen Zweifel, dass Klaus's Lösung besser ist.

Carl