ADO.NET

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

PanPan — Tue, 13 Feb 2007 17:53:46 GMT

Στην προηγούμενηξ εταιρεία που δούλευα είχαμε φτιάξει δικό μας generator, μια και τον χρειαζόμασταν συχνά και όχι φυσικά για ένα δυό queries μιας φόρμας (πολύ χρήσιμος είχε αποδειχθείο ο dataset generator).... Στην περίπτωση που αναφέρει εδώ ο φίλος δεν βλέπω τέτοια ανάγκη. Απλά προσάρμοσε τα update queries όπως σου προτείνουν οι προλαλήσαντες ή αν δεν σε ενδιαφέρει καθόλου το concurrency, uncheck it από τα Advance Options του Table Adapter. Μεταξύ μας θα επέλεγα την λύση με την τροποποίηση των update queries.....

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

Dimitris Papadimitriou — Thu, 23 Nov 2006 05:10:42 GMT

μα... δεν κατάλαβες. Δεν θέλω να το χρησιμοποιήσω! Να το φιάξω θέλω!

ΧΑ ΧΑ! όχι πλάκα κάνω. Ήμουν σίγουρος ότι κάτι θα υπήρχε έτοιμο, αλλά δεν ήξερα αν κάνει καλά την δουλειά. Αλλά αφού λες ότι είναι καλό... θα το δοκιμάσω. Και αν δεν είναι καλό... θα έρθω να σε βρω!

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

KelMan — Thu, 23 Nov 2006 03:57:33 GMT

Υπάρχει έτοιμο βρε! http://www.softpointer.com/tr.htm

Είναι απίθανο, το έχω χρησιμοποιήσει κατά κόρον. Μεταφέρει από το file system στα tags και το ανάποδο. Κάνει μαζικό tag editing και τραβάει πληροφορίες από CDDB, Amazon, κλπ για αυτοματοποιημένα renames.

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

Dimitris Papadimitriou — Wed, 22 Nov 2006 23:48:27 GMT

...οπότε δεν θα κάνω τον δικό μου generator προς το παρόν και αντί για αυτόν θα κάνω εκείνο το εργαλείο που θα οργανώσει το file structure των mp3 μου ανάλογα με τα ID3 tags τους....

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

Dimitris Papadimitriou — Wed, 22 Nov 2006 23:46:29 GMT

Ορίστε τι θα κάνω τελικά:

Θα εξαιρέσω το πεδίο που δεν θέλω να συμμετέχει στο update χρησιμοποιώντας τον τυπικό commandbuilder, παρέχοντάς του όμως select statement με ένα πεδίο λιγότερο, με αποτέλεσμα οι εντολές Get***Command θα επιστρέφουν commands χωρίς αυτό το πεδίο. Ουσιαστικά το select statement θα είναι διαφορετικό από αυτό που χρησιμοποίησα κατά το φόρτωμα του dataset. Οπότε το adapter.update απλά θα αγνοήσει την ύπαρξη συγκεκριμένου πεδίου στο datset.

Τώρα, επειδή το πεδίο είναι read-only για τους χρήστες, αλλά ο application server μπορεί μπορεί να το ενημερώνει, θα κάνω το παραπάνω μόνο αν ο χρήστης που κάνει το update δεν είναι ο χρήστης κάτω από τον οποίο τρέχει ο application server. Είναι ένας συγκεκριμένος, οπότε δεν θα γίνει μπέρδεμα με άλλον χρήστη.

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

Panagiotis Kefalidis — Tue, 21 Nov 2006 08:18:45 GMT

Πάντως έχουν δίκιο και η Νατάσα και ο Μάνος, ότι σε περίπτωση μεγάλου project ένας custom generator θα ήτανε ότι πρέπει. Θα έλεγα οτι και σε mid-range projects θα ήτανε χρήσιμο, γλυτώνεις πολύ χρονο μετά.. Αν και ξοδεύεις αρκετό στο να το φτιάξεις και να ειναι όσο το δυνατό πιο bullet-proof.

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

Dimitris Papadimitriou — Tue, 21 Nov 2006 05:57:39 GMT

Είναι μάλλον πολύπλοκο για την περίπτωσή μου. Απαιτεί merging δεδομένων και εγώ το κάνω ήδη λόγω του client server μοντέλου (getchanges κλπ.).

Σίγουρα το πιο σωστό είναι, αφού το πεδίο είναι readonly για τον χρήστη, να μην συμεττέχει στο update.

μμμ... πρέπει να σκεφτώ τι θα κάνω τελικά!

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

KelMan — Tue, 21 Nov 2006 04:58:40 GMT

Υπάρχει κι άλλος ένας τρόπος...

Μπορείς να κάνεις handle το DBConcurrencyException και να συγκρίνεις τα DataRowVersions. Αν δεις ότι η διαφορά είναι μόνο στο πεδίο που γίνεται auto-generate τότε κάνεις force το update, διαφορετικά... whatever είναι η λογική σου. Ρίξε μια ματιά εδώ: http://msdn2.microsoft.com/en-gb/library/ms171936(VS.80).aspx

Βέβαια ως λύση έχει το μειονέκτημα ότι κάνεις το exception τμήμα της λογικής σου.

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

Dimitris Papadimitriou — Tue, 21 Nov 2006 04:32:32 GMT

Τελικά εκεί θα καταλήξω... με εσάς που έμπλεξα!!! :) :) :)

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

Νατάσα Μανουσοπούλου — Tue, 21 Nov 2006 02:51:10 GMT

Και βέβαια αν γράψει το δικό του generator, μετά έχει μεγαλύτερη ευελιξία και σε άλλα θέματα. Για παράδειγμα, μπορεί να έχει πεδία που ενημερώνονται, αλλά δεν λαμβάνονται υπόψη στον έλεγχο του concurrency. Μπορεί να έχει πεδία των οποίων οι default τιμές υπολογίζονται ή παραμετροποιούνται και δεν υπάρχουν σαν default values στη βάση, αλλά μπορείς να τις έχεις μέσα στο insert statement. Μπορεί να κάνει άλλες ενέργειες CRUD με δοτή SQL και άλλες με stored procedures.

Μάνο μαζί σου

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

KelMan — Tue, 21 Nov 2006 02:36:39 GMT

Ναι! Να γράψει και μετά να τον κάνει post εδω!

Σοβαρά, αν είναι μεγάλο το project και έχει αξία reuse κάτι τέτοιο, τότε θα γλυτώσει αρκετό κόπο από το να γίνει χειροκίνητα η δουλειά. Αν τώρα είναι κάτι που θα γίνει για 2-3 queries, τότε είναι φασαρία. Πάντως, μπορεί να γίνει κάτι τέτοιο ακόμα και με CodeSmith.

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

Panagiotis Kefalidis — Tue, 21 Nov 2006 02:25:15 GMT

Οφ Τοπικ: Μάνο δεν την παλεύεις καθόλου Να γράψει δικό του generator?..

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

KelMan — Tue, 21 Nov 2006 00:46:00 GMT

Χμμμμ... Κακομάθαμε μου φαίνεται... Δεν θα τα δημιουργείς... Θα τα αλλάζεις!
Κοίτα, οτιδήποτε πέρα από το πεπατημένο σημαίνει ότι θα πρέπει να βάλεις χέρι, δεν γίνεται διαφορετικά καθώς ο generator των typed datasets είναι γενικής χρήσεως. Εκτός και αν έχεις όρεξη να φτιάξεις τον δικό σου generator που θα βασίζεται σε metadata των πεδίων για να τα κάνει exclude από το update Πλάκα πλάκα, με το SMO δεν είναι και τόσο δύσκολο!

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

Dimitris Papadimitriou — Tue, 21 Nov 2006 00:10:39 GMT

KelMan wrote:
Είτε χρησιμοποιείς DataAdapter, είτε TableAdapter, κάπου θα πρέπει να ορίζεται το update statement. Ακόμα και αν χρησιμοποιείς SPs, μέσα σε αυτές θα βρίσκεται το update statement. Πχ για τον OrderDetails της Northwind, το generated Update statement είναι το παρακάτω:

UPDATE    [Order Details]
SET              OrderID = @OrderID, ProductID = @ProductID, UnitPrice = @UnitPrice, Quantity = @Quantity, Discount = @Discount
WHERE     (OrderID = @Original_OrderID) AND (ProductID = @Original_ProductID) AND (UnitPrice = @Original_UnitPrice) AND (Quantity = @Original_Quantity) AND
                       (Discount = @Original_Discount);
SELECT OrderID, ProductID, UnitPrice, Quantity, Discount FROM [Order Details] WHERE (OrderID = @OrderID) AND (ProductID = @ProductID)

Αν υποθέσουμε ότι θέλεις να αποφύγεις το conflict στο πεδίο Discount, τότε θα πρέπει να το κάνεις rewrite ως εξής:

UPDATE    [Order Details]
SET              OrderID = @OrderID, ProductID = @ProductID, UnitPrice = @UnitPrice, Quantity = @Quantity
WHERE     (OrderID = @Original_OrderID) AND (ProductID = @Original_ProductID) AND (UnitPrice = @Original_UnitPrice) AND (Quantity = @Original_Quantity) ;
SELECT OrderID, ProductID, UnitPrice, Quantity, Discount FROM [Order Details] WHERE (OrderID = @OrderID) AND (ProductID = @ProductID)

Σωστά, αλλά πως μπορεί να γίνει αυτό χρησιμοποιώντας τον sql builder. Δεν θέλω να δημιουργώ εγώ τα update statements!

mns wrote:

(για το προκείμενο) Μπορείς να κάνεις το πεδίο alias στο ίδιο όνομα: SELECT ID, Descr + '' AS Descr FROM XYZ

Εννοείς ότι θα το αγνοήσει ο commandbuilder στο update; Όντως μαμουνιά!!!

mns wrote:

(για το 3άρι) Γίνε προικοθήρας! Και να είσαι βέβαιος ότι δε θα είσαι ο μόνος...

...πλέον είναι αργά. Ότι έγινα... έγινα!

Απ: Αποφυγή Concurrency violation όταν αλλάζει συγκεκριμένο πεδίο

Νατάσα Μανουσοπούλου — Mon, 20 Nov 2006 23:12:29 GMT

papadi wrote:

Όντως! Δεν έχω πρόβλημα με την μαμουνιά, μόνο που θα μου αλλάξει το όνομα του πεδίο στο datatable. Δεδομένου ότι χρησιμοποιώ typed datasets (τζιιιιζζζ!!!) και διάφορα metadata, αυτό θα ήταν καταστροφικό για το πεδίο αυτό!
ps. μήπως καμιά μαμουνιά για το 3άρι στο Κολωνάκι;

(για το προκείμενο) Μπορείς να κάνεις το πεδίο alias στο ίδιο όνομα: SELECT ID, Descr + '' AS Descr FROM XYZ
(για το 3άρι) Γίνε προικοθήρας! Και να είσαι βέβαιος ότι δε θα είσαι ο μόνος...