10 svar · 569 visningar · startad av Jesper T
Varför funkar inte denna?
Tar jag bort konverteringen så funkar det men då blir inte lösenordet skifteslägeskänsligt.
ALTER PROCEDURE adv_checklogin
(
@username varchar(50),
@password varchar(50)
)
AS
SELECT id, oname, uname FROM adv WHERE cast(password as binary) = @password AND username=@username
RETURN
Nu har jag gått på info ifrån: http://www.microsoft.com/sql/techinfo/tips/administration/casesensitive.asp
Men då returneras inget.
Jag testade enligt länken och det fungerade utmärkt.
Vad sjuttongubbar kan det vara då?
Tar jag bort cast() så träffar den alltid oavsätt skiftesläge.
Lägger jag till cast() så träffar den aldrig oavsätt skiftesläge. 
Jag har även testat med en vanlig sql med samma fenomen.
Då får du väl posta lite tabelldefinitioner, exempeldata och din kod.
Datatyperna är både i username och password varchar(50)
ALTER PROCEDURE adv_checklogin
AS
DECLARE @username varchar(50)
DECLARE @password varchar(50)
SET @username = 'Arne'
Set @password = 'LoSeNoRd'
SELECT id, oname, uname FROM adv WHERE cast(password as binary)=@password AND username=@username
RETURN
Detta genererar samma sak -> nada.
Kan tillägga att id är bigint, oname och uname är båda varchar(255)
SELECT id, oname, uname FROM adv
WHERE cast(password as binary)=cast(@password as binary)
Ja det var ju som i microsoftexemplet...utan resultat.
Nu har jag testat lokalt i databasen och det funkar med exakt det du skrev Lars. Men på webbhotellet klickar det fast det är samma tabellnamn, samma SP och samma kolumner med samma datatyp.
Vad är detta?
Här kvarstår min fråga.
Hur kan man göra för att utesluta att databasen är 100% fuc-ed up? ...eller var det jag 
Detta verkade göra susen, fråga mig inte varför det funkade med convert och inte cast
SELECT id, oname, username FROM advertisers WHERE convert(binary, password)=convert(binary, @passw) AND username=@usern