mysql - dwa seelecty union all .- problem

Question

Hej, próbuje utworzyc zapytanie, które wyciągnie mi wszystkie dane z tabeli, dodatkowo doda kolumne z wynikiem funkcji DATEDIFF.

SELECT * FROM wypozyczenia

SELECT DATEDIFF(datazwrotu, datawyp) from wypozyczenia

 

Ktoś może coś podpowiedzieć? :)

Answer 1

Jeśli korzystasz z UNION to obie tabele, a raczej zwrotki z selectów muszą zawierać takie same pola i o tym właśnie masz przecież błąd. Po za tym poczytaj o różnicy między union a union all bo któreś chyba nie kasowało duplikatów jeśli dobrze pamiętam, ale mogę się tu mylić bo w mysql już dawno nie siedziałem.

Comments

tak, wlasnie potestowalem union i jest to calkowicie co innego niz poszukuje.

---

Nie znam dokładnie problemu, struktury itp. ale może Ty po prostu szukasz odpowiedniego JOINa? (tak mi coś wygląda, że to by rozwiązało problem...)

---

wlasnie czytam na ten temat, za chwile dam znac czy rozwiazalo problem

---

@Tomek Sochacki,

Żadne joiny :D

wystarczyło sporządzić takie o to zapytanie:

SELECT DATEDIFF(wypozyczenia.datazwrotu, wypozyczenia.datawyp) as dlugosc, wypozyczenia.datawyp, wypozyczenia.datazwrotu as dlugosc from wypozyczenia

Przy okazji jednak udało mi sie utrwalić INNER JOIN tworzac takie o to (mam nadzieje poprawne) zapytanie, wyciagajace dane z trzech tabel. Proszę o sprawdzenie :)

select DATEDIFF(wypozyczenia.datazwrotu, wypozyczenia.datawyp) as dlugosc, 
wypozyczenia.datawyp, wypozyczenia.datazwrotu, wypozyczenia.naleznosc,
auta.model, auta.marka, auta.ubezpieczenie,
klienci.imie, klienci.nazwisko
from wypozyczenia
join auta
on wypozyczenia.idauta = auta.idauta
join klienci
on wypozyczenia.idklienta = klienci.idklienta

 

---

hehe no widzisz :) czasami warto na chwilę odejść od tematu i spróbować też wrócić za 30-60 minut, nieraz już okazało się, że człowiek na siłę szukał problemu nie tam gdzie jest... ile już razy to przerabiałem w pracy :D

 

Co do zapytania to oki, ale uważaj z joinami na dużych tabelach bo to dość pracochlonny proces dla bazy. Jeśli masz sporo złączeń itp. to poczytaj sobie też o widokach w mysql. Generalnie chodzi o to, że tworzysz jakby tabelę dodatkową (widok), który jest wynikiem różnych skomplikowanych zapytań. Następnie w aplikacji pobierasz dane z tego widoku. Plus jest taki, że w apce robisz banalne select x, y, z from widok, a cała logika join, union itp. itd. jest na bazie.

Oczywiście są przeciwnicy tej metody, którzy wolą logikę pchać do apki... pracowalem i z jednym i z drugim podejściem i w sumie wszystko zależy od aplikacji, struktury, ilości różnych baz na jakich pracujesz itp. itd.