SQL Server (και άλλες databases)

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

George J. Capnias — Sat, 04 Jun 2005 09:04:08 GMT

Ναι, μιλάω για το row-level security.

Παναγιώτη, το match 1 χρήστη με 1 RoleID δεν αποτελεί πραγματικότητα. H ιεραρχία μέσω Roles, Subroles και User groups για την γρήγορη κατανομή, είναι πιο ρεαλιστικός τρόπος. Μόνο εδώ στο forum το match του χρήστη με το ποιο forum μπορεί να δει, κάνει post, να στείλει ένα αρχείο μαζί με το μήνυμα, είναι πολύ πιο πολύπλοκο.

Το RowID, AllowedUserID, AlllowedRowID μπορεί να φαίνεται καλός συνδιασμός, αλλά δεν δουλεύει για ν-δυναμικό αριθμό χρηστών, Πως θα υλοποιηθεί; Θα κάνω ένα "trigger" μέσα στην βάση ή στο Bussiness layer και θα προσθέτω μια εγγραφή κάθε φορά που μπαίνει μια εγγραφή μέσα στον πίνακα; Και όταν αλλάξω τα δικαιώματα σε ένα χρήστη προσθέτωντας ή αφαιρώντας ένα Role θα εξετάζω όλα τα δικαιωματά του; Δημιουργώ ένα forehead load που δεν χρειάζεται.

Συνήθως χρησιμοποιήται ένα store procedure, που εκτελεί ένα role παρόμοιο με την Oracle, που ουσιαστικά είναι μια λίστα από IDs που εφαρμόζονται μέσα από ένα IN στο WHERE.

George J.

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

Παναγιώτης Καναβός — Fri, 03 Jun 2005 17:01:15 GMT

Άυτό δεν το κατάλαβα. Security οριζόντια εννοείς μάλλον το row-level security. Πώς δένει αυτό με το string από IDs? Και τί εννοείς ο "default" τρόπος?

Για την ιστορία, η Oracle υποστηρίζει row-level security αλλά στην ουσία κάνει join τα RowIDs κάθε πίνακα με ένα "function" το οποίο ελέγχει τα permissions. Αν αυτά είναι απλά UserID, RoleID θα μπορούσε άνετα να κάνει join με ένα πίνακα που θα περιέχει RowID, AllowedUserID, AllowedRowID. Ο πίνακας αυτός μπορεί να περιέχει πολλές εγγραφές, αλλά δεν μας πειράζει. Μια DB τα πάει πολύ καλά με πολλές εγγραφές φτάνει να έχουν indexes.

Παρόμοια λύση είχα εφαρμόσει και σε αυτή την περίπτωση, μόνο που εκεί έπαιζαν και ιεραρχικά permissions (ιεραρχικά ανά business unit, ρόλο), τα οποία συμμετείχαν σε όλα τα queries που επιστρέφανε πληροφορίες στο χρήστη (δηλαδή σε grid, show και edit φόρμες).

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

George J. Capnias — Fri, 03 Jun 2005 02:21:54 GMT

pkanavos wrote:
Δηλαδή, πραγματικά χρειάζεται να περάσεις τόσες τιμές?

Αποπληξία!

Στην περίπτωση αυτή επιβάλεται το ID να είναι primary key. Ίσως μάλιστα να πρέπει να χρησιμοποιηθεί και temporary table αν οι τιμές είναι πάρα πολλές. Εδώ πλέον μιλάμε για τρελές, εξωτικές λύσεις.

Μην αγχώνεσαι!

Μπορεί ο Σωτήρης να έχει πάρει το θέμα από την ελαφριά του μεριά. Ο μηχανισμός όμως αυτός, είναι ο "default" τρόπος, για να μπορέσουμε να εφαρμόσουμε security οριζόντια μέσα σε ένα πίνακα. Δεν είναι και τόσο "εξωτικός", αν μιλάμε για μεγάλη βάση.

Δηλαδή αν δεις ένα statement που ταυτόχρονα κάνει apply οριζόντια και κάθετα security σε ένα πίνακα, τι θα πεις; Οτι θα εξολοθρεύσει κάποιος τα resources του SQL Server; Δεν είναι σχεδιασμένη η μηχανή να κάνει optimize τέτοια statements;

Όταν ο σκοπός πρέπει να επιτευχτεί, νομίζω ότι όλα τα άλλα έρχονται σε δεύτερη μοίρα.

George J.

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

γιωργος μπακογιαννης — Fri, 03 Jun 2005 01:14:27 GMT

Εγώ θα έλεγα το έχεις:

Όταν ένας άνθρωπος μας ανοίγει μια πόρτα μην ψάχνουμε κάθε δυνατό τρόπο για να την κλίσουμε

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

cap — Thu, 02 Jun 2005 22:51:17 GMT

Η αλήθεια είναι οτι δεν...σκαμπαζα πολλά από το θέμα των merge joins (και θέλω να πάρω και το 70-229 τρομάρα μου)! Διαβασα όμως λιγάκι στα γρήγορα και το βρήκα ενδιαφέρον. Θα το κοιτάξω καλύτερα, ευχαριστώ για την χρήσιμη παρατήρηση!

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

Παναγιώτης Καναβός — Thu, 02 Jun 2005 22:24:04 GMT

Λοιπόν, θα μπορούσες να βάλεις ένα έλεγχο στο stored procedure για τον αριθμό των ID που προκύψανε. Αν είναι πολύ μεγάλος θα μπορούσες να χρησιμοποιήσεις το ίδιο query με hint για merge join. Προσοχή όμως, το merge join είναι γρηγορότερο μόνο αν και οι δύο στήλες που συμμετέχουν είναι ταξινομημένες με τον ίδιο τρόπο. Αλλιώς τις ταξινομεί με αποτέλεσμα να καθυστερεί περισσότερο.

Έχε το κι αυτό υπόψη να το χρησιμοποιήσεις αν εμφανιστεί η ανάγκη

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

cap — Thu, 02 Jun 2005 22:13:06 GMT

Να διορθώσω: Αυτό που εννοώ λέγοντας οτι είναι αξια λόγου η λύση, είναι ακριβώς για αυτές τις "εξωτικές" καταστάσεις. Οχι, δεν το χρειάζομαι, ισως και να μην το χρειαστώ, σε περίπτωση όμως που θα το χρειαστώ ξέρω και ΤΙ χρειάζεται να κάνω και ΤΙ θα μου κοστίσει αυτό που θα κάνω...

Προσωπικά είμαι κατά των λύσεων-μπαλωμάτων και είμαι ο πρώτος που τις πολεμάει όσο μπορεί. Αλλά ορισμένες φορές, είναι do or die...και (αν και ξέρω οτι θα με βαρέσετε για αυτο που θα πω) θεωρώ οτι μερικές φορές έχει και καλό λόγο να είναι έτσι.

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

Παναγιώτης Καναβός — Thu, 02 Jun 2005 22:02:41 GMT

Δηλαδή, πραγματικά χρειάζεται να περάσεις τόσες τιμές?

Αποπληξία!

Στην περίπτωση αυτή επιβάλεται το ID να είναι primary key. Ίσως μάλιστα να πρέπει να χρησιμοποιηθεί και temporary table αν οι τιμές είναι πάρα πολλές. Εδώ πλέον μιλάμε για τρελές, εξωτικές λύσεις.

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

cap — Thu, 02 Jun 2005 21:50:09 GMT

Βρε Πανο, δεν τα ξαναλέγαμε; Μερικές φορές δεν είναι στο χέρι μας...υπάρχουν ακραίες περιπτώσεις που αυτό *πρεπει* να γίνει (επέμβαση σε ήδη υπάρχοντα πράγματα, quick fixes ωσπου να βρεθεί χρόνος για κάτι πιό optimized, κλπ).

Δεν είναι η καλύτερη λύση αλλά σε ορισμένες περιπτώσεις (τονίζω το "ορισμένες"), αποτελεί πιστεύω λύση.

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

Παναγιώτης Καναβός — Thu, 02 Jun 2005 21:46:05 GMT

Παιδιά, μήπως ξεφύγαμε? Πόσες τιμές θέλετε να περάσετε στο string? Το varchar χωράει 1600 τετραψήφιους αριθμούς, σκέφτεστε σοβαρά να περάσετε τόσους?

Άσε που αν περάσεις τόσους αριθμούς, το nested join που θα χρησιμοποιήσει ο optimizer θα είναι ααααρρρργγγγγγόοοοοοοο! Μία λύση θα ήταν να κάνεις το ID Primary Key για να μπορέσει ο optimizer να χρησιμοποιήσει κάποιο άλλο join, π.χ. merge, αλλά και πάλι, ξεφύγαμε!

Από την άλλη, αμφιβάλλω αν μπορεί να γίνει πιο optimized η fn_TableFromDelimitedString. Απλά, η T-SQL σε αυτή την έκδοση δεν είναι η κατάλληλη γλώσσα για να παίζεις με strings.

Ax, πότε θα μπει στην T-SQL και ένα array type!

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

γιωργος μπακογιαννης — Thu, 02 Jun 2005 18:55:32 GMT

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

cap — Thu, 02 Jun 2005 17:56:03 GMT

Σωστό! Ακόμα καλύτερο!
Εγώ να είσαι σίγουρος οτι θα το αξιοποιήσω

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

raPhaeL — Thu, 02 Jun 2005 17:50:33 GMT

Λίγο unoptimized , χρησιμοποιεί TEXT Datatype αντί για VARCHAR ώστε να ξεπεράσει το μόνιμο πρόβλημα με το limitation του varchar(8000) . 
Από την άλλη το TEXT είναι λίγο δύσχρηστο στα assignments ( Δεν μπορείς να ορίσεις local μεταβλητές ) αλλά αν το περνάς από SP παίζει μια χαρά . 
Στη θέση του TEXT μπορείτε βέβαια να περάσετε και VARCHAR απλά θα περάσουν max. 8000 χαρακτήρες.


CREATE Function dbo.fn_TableFromDelimitedString (@string TEXT,@delimiter VARCHAR(10)=',' ) 
 RETURNS @Table TABLE (Id INT)
 AS
 BEGIN
 
 DECLARE @Found      INT
 DECLARE @FoundEnd     INT
 DECLARE @Id        INT
 
 IF DATALENGTH(@string)>0 BEGIN
     
     SET @Found=1
     SET @FoundEnd=0
     
     WHILE @FoundEnd<DATALENGTH(@string)  BEGIN
         SET @FoundEnd=CHARINDEX(@delimiter,SUBSTRING(@string,@Found,DATALENGTH(@string)),0)
 
         IF @FoundEnd = 0 BEGIN
             SET @FoundEnd=DATALENGTH(@string)+1
         END
         
         SET @Id=SUBSTRING(@string,@Found,@FoundEnd-1)  
 
         INSERT INTO @Table VALUES(@ID) 
         
         SET @Found=@Found+@FoundEnd
     END
 
 END    
 
 RETURN 
 
 END

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

Παναγιώτης Καναβός — Thu, 02 Jun 2005 17:11:09 GMT

Μη σε απασχολεί τόσο το πρόβλημα της απόδοσης. Ο optimizer θα πάρει τον πίνακα με τις τιμές και θα κάνει ένα nested join, δηλαδή για κάθε τιμή που επιστρέφει η CsvToInt, θα ψάξει τον mytable. Αυτό θα έκανε έτσι κι αλλιώς αν έκανες join με ένα άλλο πίνακα με λίγες εγγραφές αντί για το function.

Αυτό που παίρνει ελάχιστη βελτίωση είναι το patindex. Επειδή εδώ δεν ψάχνεις για κάποιο pattern μπορείς να χρησιμοποιήσεις το charindex. Επειδή όμως το string που που περνάς είναι συνήθως μικρό, δεν θα δεις καμμία διαφορά.

Re: Δυναμικό WHERE IN() χωρίς δυναμικη SQL

axaros — Thu, 02 Jun 2005 15:45:46 GMT

Όντως ενδιαφέρον ...
Μπράβο !!!