Mam problem z filtrowaniem w kolumnie H, gdy 0,00 nie zawsze jest mniejsze od 100 czy 10 nie jest fajnie
Tak jakby sobie wybierało fragment bazy / tabeli i w nim zaznaczało olewając resztę.
puste pole w H - jako null stosowane jest 1e20
puste pole w mp i mh - raz jest null a bywa 1e20
puste pole w KOD - zwykle "-1" ale i null
1. filtr z porównaniem { jest pusty }
- dla H jest to stały brak dopasowania dla teoretycznie pustych pól,
- dla mp, mh - może zaskoczyć dodatkowo bo puste pole ma "2 reprezentacje".
Nie zaobserwowałem co jest powodem ale zdarza się i wówczas pomija te 1e20.
Może doraźnie dodać do kontroli spójności weryfikację jednoznaczność dla tych pól do null.
2. Ponadto dla zapytań z BETWEEN jak i NOT BETWEEN, brak nawiasu ")"
3. pole KOD też źle działa z "nie jest jest puste" lub "jest puste" z powodu 2 wartościowej reprezentacji itd.
Jeszcze przy temacie, jeśli pole H przyjmie NULL( wygląda że z importu ) mamy dodatkowe 2 skutki ponad w/w
- opis punktów na mapie w podglądzie podaje H =0,00 choć mamy puste pole co np. zaciemnia
- punkt z NULL wydaje się nie brać udziału w "jednoczeniu" w ramach kontroli spójności z punktami numerowanymi
Proponuję kontrolę spójności wzbogacić w zamianę dla ujednolicenia póki co:
1. NULL > 1e20 dla H
2. NULL > -1 dla KOD
3. 1e20 > NULL dla mp, mh (chyba)
W wersji testowej poprawione filtrowanie dla pól H, mp, mh i kod. Teraz powinno uwzględniać 1e20 (i -1 dla kodu) w opcjach "jest pusty" i "nie jest pusty"