[KarlRoos]

MySQL lyder inte mig :huh:

Detta är min query:

SELECT *
FROM trainingbook_entries
WHERE user = '533915543'
OR user = '544576097'
OR user = '573490598'
OR user = '620155054'
OR user = '671980664'
OR user = '709760429'
OR user = '740625439'
OR user = '777390801'
OR user = '779794282'
OR user = '781018407'
AND date = '2008-01-30'
ORDER BY id DESC
LIMIT 0 , 30

Resultatet blir detta:


Som ni ser så har ingen av fälten "date" värdet 2008-01-30 ! <_<
Finns det något jag kan göra?

Tack på förhand!

[grazzy]

Till att börja med borde du använda WHERE user IN(värde, värde, värde) istället för OR-frågan. Felet beror på att AND binder hårdare än OR. I det här fallet blir din fråga de första valen ELLER user = '781018407' AND date = '2008-01-30'. DU måste alltså lägga en parantes kring alla OR-grejerna.

Sedan känns det inte så smidigt att lagra ett heltal som en sträng heller...

[WizKid]

Använda parentes.

Eller skriva den som

SELECT *
FROM trainingbook_entries
WHERE user IN('533915543', '544576097', ...) AND date = '2008-01-30'
ORDER BY id DESC
LIMIT 0 , 30

[KarlRoos]

Okej!
Tack så mycket, funkar utmärkt!

[Magnus_A]

När du villkorar ett värde som du vet är ett tal så ska du ta bort fnuttarna. Annars måste mysql slösa kraft på att göra om talet till en sträng innan jämförelsen.
...where user=123456 ska det vara och inte ...where user='123456'

[martine]

Originally posted by Magnus_A@Jan 30 2008, 22:13
När du villkorar ett värde som du vet är ett tal så ska du ta bort fnuttarna. Annars måste mysql slösa kraft på att göra om talet till en sträng innan jämförelsen.
...where user=123456 ska det vara och inte ...where user='123456'

Förutsatt att column-typen är heltal, om det är en sträng så bör den hämtas som en sträng.

[Magnus_A]

Originally posted by martine@Jan 31 2008, 14:43

Förutsatt att column-typen är heltal, om det är en sträng så bör den hämtas som en sträng.

Precis, annars slösas kraften på att försöka göra om strängen till ett tal!

[KarlRoos]

Originally posted by martine@Jan 31 2008, 14:43

Förutsatt att column-typen är heltal, om det är en sträng så bör den hämtas som en sträng.

Alla värderna som kommer att hämtas är nummer.
Tabellen är BigINT, är det smartare med user=123456 då?

[martine]

Originally posted by KarlRoos@Jan 31 2008, 22:55
Alla värderna som kommer att hämtas är nummer.
Tabellen är BigINT, är det smartare med user=123456 då?

Tabellen är inte BIGINT (tabellen har stängar, datum och nummer som datatyper såvitt jag kan se), möjligtvis är columnen "user" en BIGINT och i så fall är det bättre att använda talet 123456 och inte strängen '123456'. Stängar anges med tecknet ' i SQL, tal som 5 eller 6.7 anges utan '

Det finns vissa skillnader mellan att använda strängar och tal inte bara i effektivitet och platsnyttjande. Vid strängar är exempelvis stängarna '001234', '01234' och '1234' helt skilda "värden". Om det hande om tal så är det ingen skillnad mellan 001234 och 1234. Samma sak gäller om du anger bråktal med eller utan '
Talet 234.3 är samma tal som 234.300 men strängen '234.3' är inte detsamma som '234.300'. Det kan förutom resursslöseri alltså även innebära svårupptäckta buggar.

[KarlRoos]

Originally posted by martine@Jan 31 2008, 23:14
Det finns vissa skillnader mellan att använda strängar och tal inte bara i effektivitet och platsnyttjande. Vid strängar är exempelvis stängarna 001234, 01234 och 1234 helt skilda värden. Om det hande om tal så är det ingen skillnad mellan 001234 och 1234. Samma sak gäller om du anger bråktal med eller utan
Talet 234.3 är samma tal som 234.300 men strängen 234.3 är inte detsamma som 234.300. Det kan förutom resursslöseri alltså även innebära svårupptäckta buggar.

Så om talen inte kommer att börja med nollor och inte ha några decimaler så är det bättre för effektiviteten?