Klauzula MySQL „between” nie obejmuje?

142

Jeśli uruchomię zapytanie z betweenklauzulą, wydaje się, że wyklucza wartość końcową.
Na przykład:

select * from person where dob between '2011-01-01' and '2011-01-31'

Spowoduje to wyświetlenie wszystkich wyników dobod „2011-01-01” do „2011-01-30”; pomijanie rekordów, gdzie dobjest „2011-01-31”. Czy ktoś może wyjaśnić, dlaczego to zapytanie zachowuje się w ten sposób i jak mogę je zmodyfikować, aby zawierało rekordy, w których dobjest „2011-01-31”? (bez dodawania 1 do daty końcowej, ponieważ została wybrana przez użytkowników.)

sql mysql between

— ASD
źródło

Nie. Moja instalacja MySQL (wersja?) BETWEENObejmuje obie wartości. Mam MySQL Server 5.7system Windows 10.

— Zielony

181

Pole dobprawdopodobnie zawiera składnik czasu.

Aby go skrócić:

select * from person 
where CAST(dob AS DATE) between '2011-01-01' and '2011-01-31'

— tiago2014
źródło

59

Zamiast CAST(dob AS DATE)ciebie możesz użyć bardziej zwięzłego DATE(dob).

— jkndrkn

11

Chociaż to działa, lepszą wydajność uzyskasz, używając >=i <zamiast between.

— David Harkness

112

Uzyskasz lepszą wydajność, używając dob BETWEEN '2011-01-01 00:00:00' AND '2011-01-31 23:59:59. Dzieje się tak, ponieważ DATE(dob)musi obliczyć wartość dla każdego wiersza i nie może używać żadnych indeksów w tym polu.

— joshuahedlund

2

@joshuahedlund Dodaj odpowiedź za pomocą tego rozwiązania. CAST nie jest tak wydajne.

— doc_id

3

@joshuahedlund Działa, dopóki nie masz danych z czasami t > 23:59:59 and t < 24:00:00. Po BETWEENco w ogóle zajmować się źle sprecyzowanymi ? Raczej postępować zgodnie ze wskazówkami i korzystanie Dawida: WHERE dob >= '2011-01-01' AND dob < '2011-02-01'. Najlepsza wydajność i działa za każdym razem.

— Rozczarowany

300

Z podręcznika MySQL :

Jest to równoważne z wyrażeniem (min <= wyrażenie AND wyrażenie <= max)

— Frank Heikens
źródło

3

Podręcznik powiązany w tej odpowiedzi pokazuje, że rzutowanie jest preferowane podczas porównywania obiektów DATE i DATETIME. Więc myślę, że @tiagoinu ma najbardziej kompletną odpowiedź w ścisłym tego słowa znaczeniu, ale obie są na miejscu.

— Kingsolmn

@jemminger może być fakt, że odpowiedź jest od rywal -postgres facet: P

— Nawfal

27

Krótko mówiąc, jest inkluzywna ... dlatego ta odpowiedź rządzi.

— Rafael

6

Stary komentarz, ale chciałem powiązać to z konkretnym zapytaniem. „BETWEEN” jest wliczone w cenę, ale daty bez wpisu godziny do 00:00:00. Porównanie zakresu dat spowoduje zatem utratę ostatniego dnia. Zadzwoń pod numer DATE (numer dobowy) lub podaj koniec dnia.

— wintermute92

mówią, że praktyka jest złotem, z mojego przypadku użycia w ogóle nie obejmuje, zastanawiam się, dlaczego tak się dzieje ze mną. Próbowałem i czasami to działa, czasami nie. używając go w polu danych CZAS.

— Jeffery ThaGintoki,

99

Problem w tym, że 2011-01-31 tak naprawdę to 2011-01-31 00:00:00. To jest początek dnia. Nie obejmuje wszystkiego w ciągu dnia.

— Daniel Hilgarth
źródło

19

To naprawdę wyjaśnia, co się dzieje i odpowiada na pytanie.

— Ivan P

3

Po tylu latach ta odpowiedź jest nadal najlepsza. Wielkie dzięki.

— Strabek

31

select * from person where dob between '2011-01-01 00:00:00' and '2011-01-31 23:59:59'

— Gaurav
źródło

1

Myślę , że warto zauważyć, że nie będzie to obejmowało dat o godzinie, 2011-01-31 23:59:59ale będzie obejmowało te do 2011-01-31 23:59:58 ostatniej sekundy dnia. Nie uwzględniono. Może to być niewielkie, ale ktoś na tym skorzysta.

— doc_id

1

rahmanisback z MySQL Documentation Mogę potwierdzić, że ostatnia sekunda BĘDZIE uwzględniona, ponieważ BETWEEN obejmuje obie strony. zobacz dev.mysql.com/doc/refman/5.5/en/…

— Felype

1

Tak, @Felype masz rację. Sam sprawdziłem to w bazie danych mysql. Obejmuje również 23:59:59wynik. Więc obie strony obejmują.

— Lucky

2

Jeśli dobkolumna jest sygnaturą czasową z dokładnością do mniej niż sekundy, to BETWEENnadal nie będzie pomijać wydarzeń w ostatniej sekundzie dnia, chyba że zamiast tego zostanie użyty „2011-02-01 00:00:00”?

— azot

1

-1. Nie obejmuje 2011-01-31 23:59:59.003. Używanie @nitrogen 2011-02-01 000:00:00będzie niepoprawnie obejmowało czas zerowy 1 lutego ... Dlatego >=i <powinno być używane zamiast tego.

— Rozczarowany

6

Czy pole, do którego odwołujesz się w zapytaniu, jest typem daty czy typu daty i godziny ?

Typową przyczyną opisywanego zachowania jest użycie typu DateTime, w którym naprawdę należy używać typu Date. To znaczy, chyba że naprawdę potrzebujesz wiedzieć, kiedy ktoś się urodził, po prostu użyj typu Data.

Przyczyną, dla której ostatni dzień nie jest uwzględniany w wynikach, jest sposób, w jaki zapytanie przyjmuje część czasu z dat, których nie określono w zapytaniu.

To znaczy: Twoje zapytanie jest interpretowane jako do północy między 30.01.2011 a 31.01.2011, ale dane mogą mieć wartość później tego dnia 31.01.2011.

Sugestia: Zmień pole na typ Data, jeśli jest to typ Data i godzina.

— JohnFx
źródło

4

Cześć, to zapytanie działa dla mnie,

select * from person where dob between '2011-01-01' and '2011-01-31 23:59:59'

— infinito84
źródło

2

select * from person where DATE(dob) between '2011-01-01' and '2011-01-31'

Zaskakujące jest to, że takie konwersje są rozwiązaniem wielu problemów w MySQL.

— betty.88
źródło

10

Zaskakujące jest to, że dokładnie to powiedziała zaakceptowana odpowiedź (i kilka innych) ... 2 lata wcześniej.

— Chris Baker,

0

Ustaw datę górną na datę + 1 dzień, więc w twoim przypadku ustaw ją na 2011-02-01.

— Rafał
źródło

1

Będzie to niepoprawnie obejmowało czas zerowy w dniu 1 lutego… Dlatego BETWEENnależy to zignorować; ale >=i <powinien być używany zamiast tego.

— Rozczarowany

0

Możesz uruchomić zapytanie jako:

select * from person where dob between '2011-01-01' and '2011-01-31 23:59:59'

jak inni wskazywali, jeśli twoje daty są zakodowane na stałe.

Z drugiej strony, jeśli data jest w innej tabeli, możesz dodać dzień i odjąć sekundę (jeśli daty są zapisane bez sekundy / godziny), na przykład:

select * from person JOIN some_table ... where dob between some_table.initial_date and (some_table.final_date + INTERVAL 1 DAY - INTERVAL 1 SECOND)

Unikaj rzucania na pola dob(tak jak w akceptowanej odpowiedzi), ponieważ może to powodować ogromne problemy z wydajnością (np. Niemożność użycia indeksu w dobterenie, zakładając, że taki istnieje). Plan wykonania może zmienić się z using index conditionna, using wherejeśli zrobisz coś podobnego DATE(dob)lub CAST(dob AS DATE), więc bądź ostrożny!

— Lucas Basquerotto
źródło

0

W MySql między wartościami są uwzględniane, dlatego gdy podajesz, spróbuj uzyskać między „2011-01-01” a „2011-01-31”

będzie zawierał od 2011-01-01 00:00:00do góry, 2011-01-31 00:00:00 więc faktycznie w 2011-01-31 nic nie powinno od jego czasu minąć2011-01-31 00:00:00 ~ 2011-01-31 23:59:59

W przypadku górnej granicy możesz zmienić na, 2011-02-01wtedy otrzyma wszystkie dane do góry2011-01-31 23:59:59

— Ambleu
źródło