Πρώτα Βήματα - Βάσεις δεδομένων

Απ: Like Sql Προβλημα

cap — Wed, 18 Mar 2009 23:32:23 GMT

Πιστεύω οτι ό,τι ήταν να απαντηθεί απαντήθηκε. Το θέμα πλέον εξελίσσεται σε αντιπαράθεση και δεν προσφέρει καμία ενδιαφέρουσα πληροφορία σε σχέση με το αρχικό ερώτημα. Θεωρώ οτι το καλύτερο θα ήταν να κλειδωθεί, και αυτό κάνω.

Απ: Like Sql Προβλημα

Mitsaras — Wed, 18 Mar 2009 23:20:12 GMT

Χάνουμε μήπως την μπάλα με αυτό το thread? Η απάντηση δόθηκε. Η "κοινώς αποδεκτή" λύση είναι πιο γρήγορη, δεν πετάει τα indices και είναι και πιο απλή. Ο Παναγιώτης (Καναβός) εξήγησε αναλυτικότατα γιατί το varchar είναι λάθος. Αυτό που έχει σημασία είναι αν η Μαρία που έθεσε και την ερώτηση έχει περαιτέρω απορίες (αν όχι, σημείωσε ως λύση την απάντηση που σε βοήθησε) για να τις απαντήσουμε.

Όσο για το quote σου φίλε Johnny, εγώ θα συμφωνήσω πάνω κάτω. Αν κάτι εισάγει προβλήματα δεν είναι "σωστό", και οι μετατροπές αυτού του είδους (datetime σε nvarchar κλπ) προσφέρουν μόνο εγγυημένα και άμεσα προβλήματα.
Δε νομίζω ότι ο Παναγιώτης (ο Κεφαλίδης αυτήν τη φορά) έχει κάτι προσωπικό μαζί σου, ούτε θέλει να επιτεθεί στο πρόσωπό σου, και το να ανάγουμε τις διαφωνίες σε προσωπικό επίπεδο δεν βοηθάει.

Απ: Like Sql Προβλημα

Johnnyxp64 — Wed, 18 Mar 2009 23:03:10 GMT

καλα οτι πεις....

κοιτα να διαβασεις ΣΩΣΤΑ και να ερμηνευσεις ΣΩΣΤΑ το προιγουμενο μου Post και μετα κανε μια αυτοκιρτικη και διορθωσε τα γραπτα σου. μονο αυτο σου λεω φιλε Παναγιωτη!

p.s αμα επαιρνα τις "μετρητοις" τι γραφεις θα ειχες προβλημα, δεν προσπαθησα ουτε 1 φορα να σε βγαλω λαθος σε αυτα που λες πουθενα! απλα εκανα 1φορα οτι κανεις συννεχεια, εκανα το παραδειγμα σου να ειναι το "λιγοτερο σωστο" ;-) Ενοχληθηκες βλεπω!Good! ειδες πως νιωθουν οι αλλoi τωρα. τα γραπτα εδω ειναι και το επιβεβαιωνουν! δεν ειμαι εγω ο απολυτος σε αντιθεση με αυτα που γραφεις και εκφραζεσαι εσυ για συναδελφους αλλους! Οτι λες ειναι σεβαστο απλα σου ξαναματαλεω οτι μην αναιρεις τους αλλους! δεν ειναι ολα στη ζωη μαυρο και ασπρο! υπαρχει και γκρι thats all.

ps2. τελευταια φορα πεφτω στο επιπεδο να απαντω σε ανουσιες "διαμαχες". Δεν μου αρεσει.

Απ: Like Sql Προβλημα

Panagiotis Kefalidis — Wed, 18 Mar 2009 22:47:50 GMT

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

Πίστεψέ μας δεν μας κάνεις χάρη με το να το δεχτείς. Χάρη στον εαυτό σου κάνεις εάν πραγματικά το καταλάβεις και το εφαρμόζεις.

Δεν μηδενίζουμε τίποτα, απλά διορθώνουμε κάτι το οποίο είναι λάθος. Εάν κάτι είναι λάθος, πρέπει να μαθαίνεις το σωστό και να προσαρμόζεσαι σ'αυτό, αλλοιώς θα είσαι πάντα ένα βήμα πίσω απο τους άλλους. Δεν χρειάζεται να ξεκολήσουμε απο τίποτα, γιατί απλά δεν ήμαστε κολλημένοι όπως επίσης κανείς δεν έκανε κριτική στα λεγόμενα αλλουνού. Εάν αυτά δεν είναι σωστά, τα διορθώνεις για να μάθει το σωστό. Δεν πρόκειται ούτε περι διαγωνισμού ούτε τίποτα.

PS. Προσπάθησε να μην παίρνεις μετρητοίς τι γράφω και να προσπαθείς να αποδείξεις λάθος και το παράδειγμα. Τα γράφουμε για να κάνουμε απλά πιο "λιανά" τι εννοούμε και για να δείξουμε την κρισημότητα των λεγόμενων μας.

Απ: Like Sql Προβλημα

Johnnyxp64 — Wed, 18 Mar 2009 22:30:15 GMT

οχι ως δικαιολογια, αλλα αυτο που εγραψα το λεω το πιστευω και θα το πιστευω και ειναι ΓΕΝΙΚΟ και ΟΧΙ για το θεμα Ημε/νια στο συγκεκριμενο παραδειγμα δεν χρειαζεται καν να συμφωνησω μαζι σας (το ειχα ειδη γραψει απο το 1 post μου οτι δεν μου καθεται καλα!)

Ετσι για να κλεισει αυτο το θεμα, μονο για το συγκεκριμενο λοιπον συμφωνω στο "σωστο" και "οχι τοσο σωστο" που λετε, ισως απλα η κοπελα για καποιο λογο το ηθελε, ετσι γιαυτο και πολοι απο εμας ψαχναμε τροπους να την βοηθησουμε ως προς την κατευθηνση που αυτη ηθελε!

και αδιαφορω πληρως αν θα ανοιξει flame η οχι, δεν ειναι μονο δικη μου αποψη αλλα ξερω συμφωνουν και αλλοι οτι κανεις δεν πρεπει να ειναι απολυτος και να "πιεζει" καποιον "νεο" να ακολουθησει αυτο που εκεινος θεωρει το "σωστο" και ετσι να ειναι δεν πρεπει να κριτηκαρει και να προσπαθει να μηδενισει τα λεγομενα αλλον συναδελφων. εδω δεν ειναι διαγωνισμος ποιος θα δωσει την καλητερη λυση πρωτος η δευτερος η τριτος! ξεκοληστε μερικοι.

ειναι απλα να καταλαβουμε (αν μπορουμε) τι ζητα εναν συνανθρωπος μας και να προσπαθησουμε να τον βοηθησουμε να φθασει στην λυση!

ΦΥΣΙΚΑ και υπαρχουν πολλες φορες πολλοι δρομοι για μια λυση ενος προβληματος,
καπιες αργες και σωστες καπιες γρηγορες και προχειρες κτλ κτλ κτλ κτλ.
Ας ακουστουν ολες με σεβασμο και ας αποφασισει εκεινος που εχει το προβλημα τι θα διαλεξει.

θεμα τελος.- α ρε Μαρια τι φωτιες μας αναψες!?

p.s και τα παραδηγματα με τα ρευματα(αν και δεν...) ας τα αφησουμε, ο σωστος μαστορας πρωτα τα ενωνει γυμνα και δοκιμαζει και αν δει οτι εχει ρευμα τοτε τα περνα και μονοτικη και ολα τα καλουδια, αμα τα ενωνε εβαζε και τενια και μπριζα στον τοιχο και εβλεπε μετα οτι ρευμα τελικα δεν περνά, τοτε θα επρεπε να τα γκρεμισει ολα απο το 0 και θα εκνευριζονταν περισσοτερο. Κανεις δεν ειπε να μεινει με τα γυμνα καλωδια για παντα προς θεου.
πρωτα κανουμε πειραματα και μετα "θαυματα".

Απ: Like Sql Προβλημα

Παναγιώτης Καναβός — Wed, 18 Mar 2009 21:50:53 GMT

Johnnyxp64:
Σωστο ειναι οτι μου λυνει το προβλημα χωρις να μου γεννα άλλα σε ευλογο χρονικο διαστημα.

Η μετατροπή σε varchar δημιουργεί άμεσα σοβαρότατο πρόβλημα καθώς αχρηστεύει οποιοδήποτε index υπάρχει στο date πεδίο. Αυτό κατ' επέκταση οδηγεί σε άλλα προβλήματα και όχι μόνο performance. Ο SQL Server θα αναγκαστεί να κάνει scan ολόκληρο τον πίνακα, να κλειδώσει ΟΛΕΣ τις εγγραφές όσο το κάνει αυτό, και να μπλοκάρει οποιοδήποτε άλλο query χρησιμοποιεί αυτό τον πίνακα. Το πρόβλημα θα γίνει ακόμα χειρότερο αν το query που περιλαμβάνει το conversion είναι περίπλοκο και αγγίζει πολλούς πίνακες, καθώς σε αυτή την περίπτωση θα κλειδωθούν πολύ περισσότεροι πίνακες.
Αν αυτό δεν είναι σοβαρό πρόβλημα .....

Όσον αφορά το παράδειγμα με τις 250.000 εγγραφές δεν ευσταθεί για πολλούς λόγους. Καταρχήν, η ταχύτητα ενός query όταν εκτελείται μόνο του, χωρίς κανένα άλλο transaction να δημιουργεί πιθανά locks είναι άνευ σημασίας. Η πραγματική επίδραση του φαίνεται όταν εκτελούνται ταυτόχρονα άλλα transactions, καθώς τότε θα φανεί αν καθυστερεί λόγω blocking και αν προκαλεί blocking σε άλλους.

Επιπλέον, η ταχύτητα με την οποία επιστρέφονται 1500 εγγραφές από τις 250000 πάλι δεν έχει σχέση. Ο SQL Server εκτελεί με διαφορετικό τρόπο τα queries όταν περιμένει ότι θα επιστρέψει πολλές και με διαφορετικό τρόπο όταν περιμένει ότι θα επιστρέψει λίγες εγγραφές. Αυτό το κάνει κοιτώντας τα στατιστικά των πεδίων και των πινάκων.

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

Και όλα αυτά, επειδή κάποιος χρησιμοποιεί μία λύση της στιγμής, η οποία μάλιστα είναι και ελαφρώς πιο περίπλοκη από τη σωστή λύση ?

Απ: Like Sql Προβλημα

KelMan — Wed, 18 Mar 2009 20:41:05 GMT

H τεχνική με τη μετατροπή της ημερομηνίας είναι λανθασμένη. Καταρχήν δεν μπορούμε να βγάλουμε συμπεράσματα από εμπειρικές μετρήσεις του τύπου "στο pc μου με X εγγραφές κάνει Y χρόνο". Όταν το ίδιο query το τρέξουν 10 άτομα; Όταν ο server θα τρέχει με μεγάλο φόρτο εργασίας; Αν το query αυτό τρέξει στα πλαίσια ενός transaction και κλειδώσει όλες τις εγγραφές; Εξάλλου, μπορεί να παίζει στη συγκεκριμένη περίπτωση όταν το LIKE είναι "2%" αλλά αν άλλάξουμε και θέλουμε να ψάξουμε ας πούμε για το έτος 2005 και γίνει "______2005" τότε σίγουρα δεν χρησιμοποιούνται τα indexes και γίνεται table scan. Άρα εκτενή κλειδώματα.

Αντί λοιπόν να κατηγορούμε τις σωστές λύσεις ώς "puristic" καλύτερα να θέτουμε ερωτήματα και προπαντώς να μην ξεχνάμε ότι στα πρώτα βήματα, οι προτάσεις που κάνουμε σε αυτούς που ρωτούν γίνονται πολλές φορές τυφλοσούρτης. Αν η maria_papan μάθει να το κάνει με αυτόν τον τρόπο, θα το κάνει πάντοτε έτσι. Έχει διαφορά σε σχέση με έναν έμπειρο developer που επιλέγει να το κάνει έτσι ξέροντας τις παγίδες αλλά το διαλέγει γιατί ξέρει ότι στη συγκεκριμένη περίπτωση δεν θα πέσει σε αυτές.

Απ: Like Sql Προβλημα

Panagiotis Kefalidis — Wed, 18 Mar 2009 19:52:29 GMT

Δεν πάει έτσι σε καμιά απο τις δύο περιπτώσεις που αναφέρατε. Δεν θα ξανα-αναλύσω γιατί είναι λάθος και δεν πρέπει να γίνεται έτσι και ποια είναι όλα τα προβλήματα που αντιμετωπίζεις, γιατί σίγουρα θα ξεκινήσει flame. Ο τρόπος για να δουλεύεις σωστά με ημερομηνίες δεν είναι το casting σε string. Γι'αυτό είναι DateTime κι όχι string. Το ότι δουλεύει δεν σημαίνει ότι είναι και ο σωστός τρόπος. Και ένα καλώδιο ρεύματος μπορείς απλά να το δέσεις γυμνό με ένα άλλο και το σίδερο να παίζει μια χαρά, αλλά εάν δεν το περάσεις με μονωτική ταινία sooner or later θα πάρεις είτε φωτιά είτε θα πάθεις ηλεκτροπληξία.

Απ: Like Sql Προβλημα

Johnnyxp64 — Wed, 18 Mar 2009 19:40:20 GMT

imanos:
Κανένας δέν είπε ότι είναι η καλύτερη λύση.

Όσο για το Performance αυτό έχει σχέση με το πλήθος τών εγγραφών που υπάρχουν στον πίνακα. Πάντως σέ πίνακα με 250000 εγγραφές δέν έκανε ούτε ένα δευτερόλεπτο για να επιστραφούν οι 1500 εγγραφές δεδομένων σε δοκιμή που έχω κάνει (Σημείωση δέν υπήρχε index στο πεδίο της ημερομηνίας).

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

σωστος! πες τα εσυ βρε ιΜανος γιατι εμενα ειχε μαλιασει η γλωσσα μου με το "σωστο" και το "οχι και τοσο σωστο".
Σωστο ειναι οτι μου λυνει το προβλημα,σε ευλογο χρονικο διαστημα, χωρις να μου γεννά άλλα.-
και για τον καθένα διαφέρει αλλά αυτο δεν θα πει οτι ολοι ειναι σκαρτοι και μονο ενας ο "θεος". Respect people Respect!

αμα ειναι να κανει η κοπελα 5 μερες για να φτιαξει μια αναζητηση με τον "απολυτα" σωστο τροπο, καληνυχτα!

Απ: Like Sql Προβλημα

imanos — Wed, 18 Mar 2009 18:52:23 GMT

Κανένας δέν είπε ότι είναι η καλύτερη λύση.

Όσο για το Performance αυτό έχει σχέση με το πλήθος τών εγγραφών που υπάρχουν στον πίνακα. Πάντως σέ πίνακα με 250000 εγγραφές δέν έκανε ούτε ένα δευτερόλεπτο για να επιστραφούν οι 1500 εγγραφές δεδομένων σε δοκιμή που έχω κάνει (Σημείωση δέν υπήρχε index στο πεδίο της ημερομηνίας).

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

Απ: Like Sql Προβλημα

Panagiotis Kefalidis — Wed, 18 Mar 2009 18:31:33 GMT

imanos:

Η απάντηση στο πρόβλημά σου είναι να κανεις convert to datetime πεδίο σου

SELECT HD_dMeetingDate

FROM dbo.Header

WHERE convert(varchar(10),HD_dMeetingDate,103) LIKE '2%'

Ρε παιδιά συγνώμη, αλλα πρωτού ποστάρετε δεν διαβάζετε παραπάνω τι έχουν γράψει οι άλλοι; Έχουμε αναφέρει 15817 λόγους γιατί δεν πρέπει να το κάνουμε αυτό (performance, indexes, locale bugs) και παρόλα αυτά ποστάρετε μια λάθος λύση; Μπορεί να δουλεύει αλλα ΔΕΝ είναι σωστή απο καμιά απολύτως πλευρά.

Απ: Like Sql Προβλημα

imanos — Wed, 18 Mar 2009 18:14:14 GMT

Η απάντηση στο πρόβλημά σου είναι να κανεις convert to datetime πεδίο σου

SELECT HD_dMeetingDate

FROM dbo.Header

WHERE convert(varchar(10),HD_dMeetingDate,103) LIKE '2%'

το παραπάνω convertion μορφοποιεί την ημερομηνία σέ dd/mm/yyyy

έτσι θα σου επιστρέψει όσες ημερομηνίες αρχίζουν από 2

Απ: Like Sql Προβλημα

Παναγιώτης Καναβός — Wed, 18 Mar 2009 00:48:44 GMT

Πρέπει να καταλάβεις ότι ο τελεστής LIKE δουλεύει ΜΟΝΟ με strings. Ένα πεδίο datetime ΔΕΝ είναι string. Μόνο αν το μετατρέψεις εσύ σε string π.χ. με την CAST ή την CONVERT θα γίνει string. Αν το κάνεις όμως αυτό θα έχεις σαν αποτέλεσμα άθλιες επιδόσεις, καθώς ο SQL Server θα αναγκαστεί να ελέγξει μία-μία όλες τις εγγραφές στη βάση, να τις μετατρέψει σε string και μετά να κάνει τη σύγκριση.

Άσε που δεν έχει ΚΑΝ νόημα το LIKE σε ημερομηνία. Με τί συγκρίνεις? Τί είναι το 2? Ημέρα? Μήνας? Χιλιετία? Γιατί θεωρείς ότι αν μετατρέψεις ένα datetime σε string, θα μετατραπεί σε κάποιο format όπου η χιλιετηρία θα είναι στην αρχή?

Αν θέλεις να βρεις όλες τις ημερομηνίες από 1/1/2000 και μετά, γράψε ακριβώς αυτό. Where HD_dMeetingDate >= '20000101'. Η μορφή yyyymmdd μετατρέπεται αυτόματα σε datetime χωρίς να υπάρχει ασάφεια στο ποιό κομμάτι είναι ημερομηνία, μέρα ή μήνας. Η σύγκριση που γίνεται είναι μεταξύ ημερομηνιών και όχι strings. Και επειδή δεν πειράζεις την τιμή του HD_dMeetingDate, ο SQL Server μπορεί να χρησιμοποιήσει άνετα όποιο index υπάρχει σε αυτή τη στήλη αι να σου επιστρέψει γρήγορα τα αποτελέσματα.

Απ: Like Sql Προβλημα

George J. Capnias — Wed, 18 Mar 2009 00:31:47 GMT

Το παλιό καλό DATEPART δεν μας κάνει;

SELECT DATEPART(day, '2008-03-25')

Το παραπάνω γυρνάει 25, οπότε μέσα σε ένα πίνακα είναι υπεραρκετό να βρούμε ημερομηνίες με την ίδια ημέρα. Γενικά με τις ημερομηνίες παίζουμε με το BETWEEN και με το DATEPART. Το LIKE είναι για τα string...

George J.

Απ: Like Sql Προβλημα

maria_papan — Tue, 17 Mar 2009 21:53:34 GMT

Βρε παιδια τι δεν κανει????

θέλω όλες τις ημερομηνίες που αρχίζουν από 25 όπως 25η μαρτίου.

Και συμφωνήσατε και όλοι.

Το ψάχνω πάντως, ευχαριστώ