![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 6 Pomógł: 0 Dołączył: 27.07.2012 Ostrzeżenie: (0%) ![]() ![]() |
Witam
Zrobiłem upgrade z PHP 5.5 do PHP 7.1.1 i niestety ale wystąpił problem. To co zdjagnozowałem to bindowanie do zapytania zmiennej która jest w sql porównywana do typu Date. Podkładowa baza to Oracle 11. Dotychczas działałem przy takim zapytaniu:
Teraz pojawia się komunikat: ORA-01722 nvalid number. Bindowanie numberów czy varcharów jest ok. Ktoś się spotkał? Jakieś pomysły? Eksperymentowałem z pozbywaniem się to_Date, konwertowałem na znakowe daty z któymi się porównuje, Wykorzystałem klasę DateTime i bindowałem $date->format('Y-m-d') i nadal to samo. |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 6 Pomógł: 0 Dołączył: 27.07.2012 Ostrzeżenie: (0%) ![]() ![]() |
Pyton_000 dziękuję Ci bardzo za odpowiedź.
Wskazane przez Ciebie rozwiązanie nie pomogło, ale znalazłem szczęśliwie przyczynę, która jest całkiem inna, niż mi się wydawało. Opiszę dokładnie o co chodziło, bo może ktoś jeszcze będzie się z tym borykać. Zapytanie sql o którym pisałem było nieco dłuższe, ale kluczowa jest jedna dodatkowa linijka:
Bindowałem 2 zmienne, jedna z datą, drugą z Id usera, który jest numberem. Robiłem jednak jeden bład:
To w PHP 5.5 tylko pluło notką: Notice: Only variables should be passed by reference W PHP 7.1 który mam teraz, też daję taką notatkę. Jeśli nie binduję dodatkowo daty (mogę np varchara), to wszystko jest ok, znaczy zapytanie zwraca wynik, którego się spodziewam. Niestety bindując jeszcze datę, pojawia się komunikat: ORA-01722: invalid number Wklejając datę, nie bindując, działało. Dlatego nie przyszło mi do głowy, ze przyczyną jest bindowanie wyniku metody a nie zmiennej we wcześniejszym warunku. Po zmianie na:
Działa jak ta lala. Jakieś to nieintuicyjne, ale zmiany w 7'ce kuszą jednak do migracji. PS. przy okazji, zapis działający wcześniej:
trzeba koniecznie zamienić na:
ciekawe... |
|
|
![]() ![]() |
![]() |
Aktualny czas: 13.10.2025 - 06:47 |