ADO.NET

Απ: εναλλακτική του SQLCommandBuilder?

Johnnyxp64 — Fri, 06 May 2011 22:30:04 GMT

btw δεν το κόβω να αποφεύγω το upscale σε .NET framework 3.5 sp1. σωστά?

Απ: εναλλακτική του SQLCommandBuilder?

Johnnyxp64 — Fri, 06 May 2011 22:06:34 GMT

α μπραβο! εγω δεν θελω ντε και καλα να εχω ενα ερωτημα, απλα θελω με οποιωνδήποτε ευκολο τροπο (κατα την χρηση) χωρις να γραφω ερωτηματα να μπορω αν καλω δεδομενα απο διαφορους πινακες να τα εμφανιζω σε ενα grid (και μιας και δουλευω devexpress θελω XPO k xtragrid) και να αλαζω τιμες χωρις να με ενδιαφερει που αλλαζω τι και αυτοματα να ενημερωνοντε οι νεες τιμες πισω στην βαση. μου φανταζει κουλό εν ετη 2011 να μην μπορεί να γίνει αυτο κάπως!

τωρα πως αυτο μπορει να γινει σε runtime?????

πες οτι το μοντελο το εφτιαξα μετα?

μαλλον με βαση το demo που βρήκα στην devexpress XPO demo me titlo: "Generating Persistent classes for an Existed Database"

και κάνει generate---> compile run σε runtime..

αλλά απο τι φαντάζομαι δεν εχει κατι ετοιμο με user interface, θα φτιάξω γω οτι μου αρεσει, αλλα μετα μεχρι να καλεσω το xpcollection (βασικα δεν ξερω πως ναφερω σε ενα xpcollection relationship αλαλ θα το βρω) και τελικα να τα εμφανισω αυτα σε ενα xtragrid.....αυτο εινια αλλη ιστορια....

κανα sample or link documentation ευπρόσδεκτο

υ.γ προς θεου δεν θελω να κανω δικο μου XPO (οχι οτι μπορω)

Απ: εναλλακτική του SQLCommandBuilder?

Markos — Fri, 06 May 2011 21:52:16 GMT

Τώρα ξεκαθάρισε!! Γιατί η αρχική "προδιαγραφή", εδώ που τα λέμε, ήταν... εξωτική!

Απ: εναλλακτική του SQLCommandBuilder?

Παναγιώτης Καναβός — Fri, 06 May 2011 21:48:18 GMT

Το ερώτημα δεν είναι "πως πετάω ένα αυθαίρετο select". Πολύ απλά, δεν υπάρχει καμμία εφαρμογή η οποία να έχει αυτή την απαίτηση, εκτός και αν μιλάμε για το πως να φτιάξουμε ένα δικό μας code generator. Μπορεί ο Johnny να έχει κάτι στο μυαλό του, π.χ. να θέλει η εφαρμογή του να κάνει updates με τη σωστή σειρά χωρίς να γράψει τα statements με το χέρι, και να νομίζει ότι θα πρέπει να φτιάξει αυτός το sql statement με κάποιο τρόπο. Με ένα ORM όμως, όπως το XPO, το Entity Framework ή το NHibernate, του δίνεις το μοντέλο και αναλαμβάνει αυτό να σου φτιάξει τα statements.

Υ.Γ. Μιας και λέμε για XPO, αφού το XPO ΗΔΗ σου κάνει generate το μοντέλο από τη βάση, γιατί ψάχνεις παραπέρα? Ή μήπως προσπαθείς να φτιάξεις το "δικό σου" XPO? Σε αυτή την περίπτωση κοίτα τον κώδικα του NHibernate, τόσο το κομμάτι που "διαβάζει" το σχήμα της βάσης όσο και το κομμάτι που δημιουργεί statements από το μοντέλο.

Απ: εναλλακτική του SQLCommandBuilder?

Johnnyxp64 — Fri, 06 May 2011 21:33:36 GMT

αυτή η ερώτηση δεν απευθύνεται σε μένα φαντάζομαι...?

αλλα με ORM δεν χρεαζεται να πετας ενα ερωτημα select αλλα φταχνεις κατι σαν query buildr visual designer και λες τι δεδομενα θες να δεις σαν αυτο φανταζομαι:

http://documentation.devexpress.com/#Xaf/CustomDocument2773

i dont know

Απ: εναλλακτική του SQLCommandBuilder?

Markos — Fri, 06 May 2011 21:28:02 GMT

Johnnyxp64:

θελουμε μια φορμα που ο admin χρηστης θα "πετα" ενα sql select ερωτημα που εχει ετοιμασει και αυτο οσο συνθετο και αν ειναι θα του επιστρεφει δεδομένα (datatable, xpo persistant object class, θα ναι δεν ξερω οτι να ναι) αρεκει να ειναι ολα παντα σε runtime, και τα αποτελεσματα αυτα τα περνω σε ενα xtragrid τα αλλαζω και αποθηκευω πισω Αμεσω χωρίς να εχω γραψει ουτε άλλο query ουτε να εχω κωδικα για αυτο, διοτι πολυ απλα ειναι κατι αρκετα δυναμικο.

Μα... πως θα σε βοηθήσει το ORM αν θες να "πετάς" σε μία φόρμα ένα αυθαίρετο Select ερώτημα και ταυτόχρονα να παίρνεις updatable αποτέλεσμα; Δε θα χρειαστείς ένα SQL to Entity Sql Converter ας πούμε;

Απ: εναλλακτική του SQLCommandBuilder?

Johnnyxp64 — Fri, 06 May 2011 19:39:39 GMT

Παναγιωτη μπορεις σε παρακαλω να μου δωσεις ποιο "πρακτικές" λυσεις?

δηλαδη ΟΚ το ORM αλλα πως να το εφαρμώσω σε μια εφαρμογή με .net 2?

δηλαδη πρακτικα μπορεις να μου πεις τι να κανω? μιλας αν καταλαβα σωστα για EF φαση και XPO τυπου προσέγγιση? γιατι να κανω hardcoded datasets kai designers kai adapters δεν παιζει, θελω κατι ποιο source code independable. όσο μπορεί τουλάχιστον.

πως να δημιουργησω ενα μοντελο ORM της βασης στην εφαρμογή αυτη και μετα δυναμικα πως να περνω δεδομενα με διαφορους συνδιασμους-relations που θελω και μετα αυτοματα ο υπαρχων μηχανισμος αναλαμβανει να τα γραψει πισω?

τι κάνουμε αν η βαση αλλάζει? πρεπει να ανοιγω κωδικα να ενημερωνω το μοντελο μου ωστε να παιζει σωστα?
ακόμα τι παιζει αμα στην βαση δεν εχουμε ολα τα σωστα relations, και απλα ειναι relations στο χαρτι οχι πανω στην βαση? εκει πως θα παιζει η φαση ORM?

σορρυ αν ειναι noobistikes οι ερωτησεις αλλα πολλα απο αυτα μπορει να τα κανω ηδη και να μην γνωριζω τις σωστες ορολογιες (τα κακα του try first read the manual later βλεπεις) ή να μου ειναι νεα.

σας ευχαριστω ολους ως τωρα θερμα

υ.γ μιλαμε για μια εφαρμωγη που καποτε ηταν σε vb6 μετα κάποιοι τη έγραψαν σε .net 2 και η βαση εχει σχεδιασμο πολυ χαλια γιατι τα δεδομενα τα πηρα απο παλια Dos εφαρμωγη που εγγραφε σε αρχεια! οτι να ναι οπου ναναι! λιγα relationships κι ονομασιες 8char το πολυ.

και τωρα πρεπει να βγαλω "καπως" το φιδι απο την τρύπα χωρις να πω "πεταξτε την και παμε απο την αρχη"

Απ: εναλλακτική του SQLCommandBuilder?

Παναγιώτης Καναβός — Fri, 06 May 2011 19:00:31 GMT

Αυτό το "κάτι" λέγεται ORM: οποιοδήποτε ORM υποστηρίζει σχέσεις μεταξύ των κλάσεων μπορεί να φτιάξει τα κατάλληλα statements εκμεταλλευόμενο αυτά τα relations.

Από ένα χύμα select είναι πολύ δύσκολο να το κάνεις αυτό επειδή δεν είναι ποτέ ξεκάθαρο ποιές είναι οι σχέσεις. Ένα join μπορεί να σημαίνει ότι δύο πίνακες συνδέονται άμεσα (π.χ. order και orderline) χωρίς όμως να φαίνεται ποιός είναι ο parent (που πρέπει να γίνει πρώτα insert/update, τελευταίος delete) και ποιός ο child (το αντίστροφο). Μπορεί πάλι η σύνδεση να γίνεται μέσω ενός many-to-many πίνακα, οπότε στην ουσία γίνονται join τρεις πίνακες, και είναι ο μεσαίος που πρέπει να πειραχτεί πρώτα κλπ, κλπ, κλπ.

Johnny, αυτό που ζητάς λύθηκε οριστικά όταν εμφανίστηκαν τα ORMs. Πριν από αυτά, τον καιρό της VB6, μπορούσες να δώσεις ένα select statement σε ένα recordset και να δεις ποιοί πίνακες χρησιμοποιούνταν. Και πάλι όμως, εκτός και αν έκανες ανάλυση των foreign keys ή αν βασιζόσουν σε naming conventions, δεν μπορούσες να φτιάξεις τα statements με ασφάλεια. Αν βέβαια σχεδίαζες εσύ τη βάση φρόντιζες τα ονόματα να είναι τέτοια ώστε να καταλαβαίνεις τί γίνεται.

Μετά, βγήκαν οι code generators οπότε από ένα μοντέλο με τα κατάλληλα στοιχεία (πίνακες, πεδία, parents, children, many-to-many) μπορούσες να φτιάξεις τους πίνακες, τα stored procedures και τον κώδικα που τα καλούσε με τη μία. Φυσικά, κάθε φορά που άλλαζε το σχήμα της βάσης έπρεπε να ξανακάνεις generate τον κώδικα.

Τέλος, ήρθαν τα ORM τα οποία ουσιαστικά κάνουν τη δουλειά του generator στο runtime και εσύ φροντίζεις μόνο να είναι σωστό το μοντέλο σου.

Αυτό που ΠΟΤΕ δεν έπαιξε σοβαρά ήταν ο SqlCommandBuilder. Όποιος χρησιμοποιούσε datasets δεν τον χρειαζόταν ενώ όποιος είχε πιο προχωρημένες ανάγκες που χρειάζονταν χύμα SQL δεν τον ήθελε γιατί το μόνο που μπορούσε να σου δώσει ήταν απλά-χαζά statements.

Απ: εναλλακτική του SQLCommandBuilder?

Markos — Fri, 06 May 2011 18:37:53 GMT

Γιάννη, προσπαθώ να σου εξηγήσω ότι το να δημιουργήσεις δυναμικά Insert, Update και Delete queries για ένα οποιοδήποτε αυθαίρετο Select statement είναι υπερβολικά δύσκολο και μπορεί ν' αποδειχτεί και εξαιρετικά επικίνδυνο. Ακόμα κι αν βρεις κάποιο component που θα χρησιμοποιήσεις σαν black box για να κάνεις αυτό που θέλεις, κάποια στιγμή μπορεί να παράγει ένα statement που "θ' αλλάξει τα φώτα" στα δεδομένα! Σε περίεργα joins ή/και subqueries, υπάρχουν πολλοί τρόποι να στείλεις αλλαγές στη βάση, με τον καθένα από αυτούς να παράγει και διαφορετικό αποτέλεσμα. Οι πελάτες σου μπορεί να αιφνιδιαστούν και αυτό σπανίως είναι ευχάριστο... Αν, τώρα, υπάρχει εκεί εκεί έξω κάτι καλό που δεν γνωρίζω, κι εγώ περιμένω να δω τι θα προτείνουν τα άλλα μέλη!

Απ: εναλλακτική του SQLCommandBuilder?

Johnnyxp64 — Fri, 06 May 2011 18:23:46 GMT

Markos:
Johnnyxp64:
btw Oracle 11g Database

Δεν αλλάζει κάτι. Και για την Oracle τα ίδια ισχύουν...

Marko αν καταλαβαινω σωστα τα trigger παλι καποιος πρεπει να τα γραψει απο το 0 και μαλιστα πανω στην βαση? η μεσα απο καποιο UI της εφαρμωγης να τα φτιαχνει και να τα τρεχει?

σκοπος ειναι να μην γραφουμε τιποτα πραπανω απο το select query που θα μας δοθει, γι ανα γραφουμε τα δεδομενα πισω στην βαση..

οσο για την αλλη function που ειπe ο φιλος παραπανω, θα την κοιταξω να δω αν μπορω με της πληροφοριες αυτες να κανω κανα δικο μου custom script engine generator και να αφιερωσω χρονο μια φορα σε αυτο και απο εκει και περα να ειναι αυτοματα ολα.....

αν οντος δεν υπαρχει κατι τετοιο στην αγορα ισως να το βγαλω δεν ξερεις καμια φορα....

περημενω να δω και αλλες πρωτασεις σας και να ψαχτω....

Απ: εναλλακτική του SQLCommandBuilder?

Markos — Fri, 06 May 2011 18:11:58 GMT

Johnnyxp64:
btw Oracle 11g Database

Δεν αλλάζει κάτι. Και για την Oracle τα ίδια ισχύουν...

Απ: εναλλακτική του SQLCommandBuilder?

Johnnyxp64 — Fri, 06 May 2011 16:03:31 GMT

btw Oracle 11g Database

Απ: εναλλακτική του SQLCommandBuilder?

George Parissis — Fri, 06 May 2011 05:42:27 GMT

Δεν έχω φτιάξει ποτέ κάτι τέτοιο αλλά αν ήταν να φτιάξω θα κοιτούσα και προς την GetSchemaTable και κυρίως για queries που φτιάχνονται δυναμικά από τον χρήστη μέσα σε ένα TextBox για παράδειγμα.

Η Function αυτή σου γυρίζει ένα DataTable με πληροφορίες για τις στήλες που περιέχει ο SQLDataReader. Το όνομα του Alias του column αν έχει χρησιμοποιηθεί, το όνομα του column στην βάση, σε ποιον πίνακα στην βάση ανήκει, τι τύπος είναι, τι μέγεθος έχει κτλ.

Ίσως με την έρευνα που έχεις κάνει επάνω στο πρόβλημα να σου φανεί χρήσιμη και αυτή η Function.

Υστ: Θα πρέπει να ορίσεις το Command Behavior ανάλογα για να σου γεμίσει με πληροφορίες την GetSchemaTable.

Απ: εναλλακτική του SQLCommandBuilder?

Markos — Fri, 06 May 2011 04:27:13 GMT

Δεν ξέρω αν θα βρεις κάτι που να κάνει αυτόματα αυτό που περιγράφεις, γιατί δεν είναι και τόσο απλό. Για παράδειγμα, έχεις ένα view με δύο tables και διαγράφεις όλες τις children εγγραφές. Η parent εγγραφή να σβηστεί ή όχι; Στο interface, το μόνο που θα βλέπεις είναι τα "combined" rows να διαγράφονται στο grid, αλλά όταν πας ν' αποθηκεύσεις στη βάση, τι θα γίνει τελικά με την parent; Καλού - κακού, ρίξε μια ματιά στους Instead Of triggers, για να σχεδιάσεις updatable views. Βέβαια, αυτή η προσέγγιση αποκλείει το dynamic generation.

Απ: εναλλακτική του SQLCommandBuilder?

Johnnyxp64 — Fri, 06 May 2011 04:06:21 GMT

νομιζω οτι ειναι αρκετα ξεκαθαρη απο τον τιτλο της.

ηθελα να προλαβω του μελλοντικους διαλογους και τα εγραψα ολα, αμα εγραφα 2 γραμμες θα λεγατε δεν μας λες τι θες να κανεις και δεν λεω λεπτομερειες....ε τι ναπω

οριστε 3 γραμμες.