[ Ερωτήματα ] Εκτέλεση ερωτήματος από μακροεντολή?

Οπότε μου λες οτι κάτι τέτοιο δεν γίνεται.
Δεν γίνεται δλδ κάθε φορά που συμπληρώνεται μια γραμμή στη φόρμα να εκτελείται ένα ερώτημα ενημέρωσης στον πίνακα??
Φταίει που είμαι και αρχάρια στην Access...

[kapetang]

Καλησπέρα σε όλους

Δεν ξέρω τι συμβαίνει αλλά δεν μπόρεσα να ανοίξω κανένα από τα συνημμένα αρχεία και έτσι δεν έχω και σαφή γνώση του προβλήματος.
Δέσποινα πρέπει να έχεις υπόψη σου ότι ακόμα και αν κάνουμε αλλαγές στα δεδομένα σε μία φόρμα που δείχνει πολλές εγγραφές, οι αλλαγές αποθηκεύονται στον πίνακα στον οποίο βασίζεται η φόρμα γραμμή-γραμμή. Δηλαδή κάνοντας αλλαγές σε οποιαδήποτε εγγραφή της φόρμας, μόλις πάμε σε μία άλλη εγγραφή (πχ για να την αλλάξουμε) η access αυτόματα (χωρίς να τρέξουμε κανένα ερώτημα) θα αποθηκεύσει την αλλαγμένη εγγραφή στην κατάλληλη γραμμή του πίνακα.
Όταν τα πεδία της φόρμας είναι δεσμευμένα στα πεδία του πίνακα δε χρειάζεται να ανησυχείς για την κατάλληλη αποθήκευση των αλλαγών. Τη δουλειά την κάνει η access. Μπορείς να κάνεις δοκιμές για να το διαπιστώσεις.

Φιλικά/Γιώργος

ΥΓ Τάσο υπάρχει μια (φανερή) αβλεψία. Tο συμβάν AfterUpdate αφορά το πεδίο «ΜΗΚΟΣ ΠΩΛΗΣΗΣ», όπως φαίνεται και στον κώδικα και όχι το «[Μ3]».

[Tasos]

Καλησπέρα!


Γιώργο, στο μήνυμα μου έγραψα:
... "Με τη λογική του ότι η τιμή του πεδίου [Μ3] εξαρτάται από την τιμή του πεδίου [ΜΗΚΟΣ ΠΩΛΗΣΗΣ]"...

Αφού λοιπόν η τιμή του [Μ3] εξαρτάται από την τιμή του πεδίου [ΜΗΚΟΣ ΠΩΛΗΣΗΣ]" ο κώδικας ελέγχει αν υπάρχει τιμή στο [ΜΗΚΟΣ ΠΩΛΗΣΗΣ] κι αν υπάρχει τότε κάνει τη διεργασία,....


Τάσος

[Tasos]

Αρχική Δημοσίευση από iondep

Οπότε μου λες οτι κάτι τέτοιο δεν γίνεται.
Δεν γίνεται δλδ κάθε φορά που συμπληρώνεται μια γραμμή στη φόρμα να εκτελείται ένα ερώτημα ενημέρωσης στον πίνακα??
Φταίει που είμαι και αρχάρια στην Access...

Δέσποινα, προγραμματιστικά, σχεδόν τα πάντα γίνονται!

Ας πούμε ότι ενημέρωσες τη εγγραφή που τηρεί τα κριτήρια που υπάρχουν στο ερώτημα ενημέρωσης στο αρχικό σου συνημμένο.

Τι θα γίνει με την ιδια την εγγραφή που μετά την ενημέρωση της θα πρέπει να εκτελεστεί το ερώτημα ενημέρωσης;

Θα συνεχίσει να υπάρχει; (κάπου θα προκαλέσει σύγχυση)

Θα διαγραφεί; (δεν θα ξέρεις αν έχει καταχωρηθεί και το χειρότερο: Δεν θα μπορείς πια να τη διορθώσεις αν χρειαστεί αφου μετά την ενημέρωση της θα εκτελεστεί αυτόματα το ερώτημα ενημέρωσης.. με ότι συνεπάγεται απ αυτό...)

Πες μας απλά τι θέλεις να επιτύχεις για να μπορέσουμε να σου δώσουμε την ιδανική λύση.

Φιλικά

Τάσος

Ευχαριστώ για το ενδιαφέρον σου,
πραγματικά τείνω να απελπιστώ..
η αρχική μου ιδέα ήταν να υπάρχει ένας βασικός πίνακας (ΠΑΡΑΓΩΓΗ) όπου απο μία φόρμα θα εισάγονταν τα προιόντα που παράγονται με κάποια χαρακτηριστικά τους.μέχρι εδώ καλά είμαστε.
όταν ένα προιον που υπάρχει στον πίνακα θα πουλιόταν,θα ήθελα να πηγαίνει στο συγκεκριμένο προιον και να καταχωρεί τα διάφορα χαρακτηριστικά της πώλησης.
αυτό που το κάνει πολύπλοκο για μενα είναι:
1ον οτι κάθε προιον είναι μοναδικό βάσει τριων χαρακτηριστικών του(τρια πεδία στον πίνακα)
2ον χρειάζεται η φόρμα να είναι σε συνεχείς φόρμες γιατι θέλω κάποια αθροίσματα απο την δεδομένη παραγγελία.

Οι εγγραφες μετα την ενημερωση θα συνεχίσουν να υπάρχουν απλα αυτο που δυσκολευει την ολη κατασταση νομιζω οτι είναι οτι φόρμα=νεα εγγραφή πράγμα που δεν θέλω στην παρούσα φάση.

Και τώρα άρχισα να βλέπω την εκδοχή του να σπάσω τον πίνακα σε 2(παραγωγη και πώληση) και ο πίνακας παραγωγή να έχει σύνθετο κλειδί(τα τρια χαρακτηριστικα που κάνουν μοναδικό το κάθε προιον)...Αν και θα είναι πολύπλοκο μετα με ερωτηματα και εκθεσεις..
για αυτο και απελπιστηκα..

[kapetang]

Καλησπέρα σε όλους

Τάσο ο κώδικας είναι μια χαρά. Όταν μιλάω για αβλεψία εννοώ το παρακάτω:

Στο φύλλο ιδιοτήτων του πεδίου [Μ3], στην καρτέλα "Συμβάν" κάνε κλικ στο συμβάν "Μετά την ενημέρωση" και στο διάλογο επιλογής Δόμησης που θα εμφανιστεί, επίλεξε "Δόμηση κώδικα" (βλ. εικόνες παρακάτω).

.

Φιλικά/Γιώργος

[nisgia]

Καλησπέρα Δέσποινα και καλωσόρισες στο φόρουμ!

Από τα μηνύματά σου διακρίνεται μια βιασύνη ως προς την υλοποίηση της εφαρμογής σου
και ίσως σε αυτό οφείλεται και η απελπισία σου.

Πριν όμως προχωρήσεις σε οποιοδήποτε προγραμματιστικό βήμα, είναι σημαντικό να κατανοήσεις
τη μοναδικότητα των θεμάτων (οντοτήτων) που θα διαχειρίζεται η εφαρμογή σου και των στοιχείων τους
που θα χρειαστεί να αποθηκευτούν στη βάση σου.

Άλλο πράγμα το προϊόν, άλλο η παραγωγή του, άλλο η παραγγελία του και άλλο η πώλησή του.
Και τα τέσσερα είναι ξεχωριστά πράγματα τα οποία καθορίζονται από τα μοναδικά στοιχεία τους.

Έτσι λοιπόν, κάτσε και σκέψου με πόσα και ποια πράγματα θα ασχολείται η εφαρμογή σου,
φτιάξε έναν πίνακα για κάθε πράγμα και πρόσθεσε ένα πεδίο για κάθε στοιχείο του πράγματος
το οποίο θα είναι σχετικό μόνο με το θέμα (πράγμα) του πίνακα και δεν θα εξαρτάται από κάποιο άλλο πεδίο.

Όταν θα είσαι σίγουρη για τη δομή της βάσης σου, τότε μόνο θα μπορείς με σιγουριά να προχωρήσεις
και στην υλοποίηση των άλλων στοιχείων της εφαρμογής σου. (σχέσεις, ερωτήματα, φόρμες κτλ)

Όλοι μας ξέρουμε πως η αρχή είναι το ήμισυ του παντός όμως στις εφαρμογές βάσεων δεδομένων
η αρχή αποτελεί τουλάχιστον το 60% του όλου έργου.

Καλή ..αρχή λοιπόν!

Φιλικά,
Γιάννης

[Dangel82]

Καλημέρα κι απο εμένα,

κατα την γνώμη μου υλοποίησε αυτά που έχει γράψει ο Τάσος, αλλά και οι υπόλοιποι φυσικα και θα πετύχεις αυτό που θέλεις να κάνεις.

Τώρα, εαν θέλεις να συμπεριλάβεις macro σε συμβάν afterUpdate για τις εγγραφές κάποιου RecordSet μπορείς να κάνεις έναν συνδυασμό VBA και Access (των λειτουργιών της).

Δλδ: Μπορείς να τρέξεις το ερώτημα ενημέρωσης, προσάρτησης, κλπ κλπ, βάζοντας ένα κριτήριο στο ανάλογο πεδίο για την τρέχουσα φόρμα, όπου έχεις ενεργοποιημένο το event AfterUpdate.
Τώρα το macro με το "άνοιγμα" των ερωτημάτων σου σε σειρά μπορείς να το καλέσεις μέσα απο την VBA με την εντολη DoCmd.OpenQuery "ΟνομαΜακροεντολής"

Με τον παραπάνω τρόπο θα τρέχεις το update σου για την κάθε εγγραφή που ενημερώνεις με κριτήριο, πάντα την ίδια την εγγραφή.

Φιλικά, Άγγελος