Aktywne Wpisy

zlotybrek +20
#kiszak #bekazludologuff Jebiemy tu po ludologach, kaszki z pyrami i całej tej ekipy spierdoxów. A może zróbmy tu nitke na kanały o grach, które warto obejrzeć w ramach odtrutki? Ode mnie ten szef - UncleMroowa którego Sonic Maraton to najlepsza seria na YT
źródło: image
Pobierz
Koner1391 +30
Kiedy mieszkasz w budzie za $150 miesięcznie i nagadałeś kobiecie, że masz spadek po dziadku z USA
#raportzpanstwasrodka
#raportzpanstwasrodka






Problem w tym że jeśli zapytanie zwraca np 40 tyś rekordów które są ładowane do parametru to raport w report Builderze wyrzuca błąd.
Obcięcie wyniku SQL-i zasilającej parametr i raport się wykonuje. Czy można to jakoś obejść?
Finalnie parametr wykorzystuję w SQL-i w warunku where
Np.
where
ID in(@Numerklienta) wszystko działa tak do około 30 tyś rek. Dokładnej granicy nie sprawdzałem.. Dla mnie trochę lipa
Próbowałem ID podzielić ba 2 parametry zasilane 2 pobraniami każde po ok 20 tyś rekordów i w where dawać 2 warunki
Np.
where
(
ID in(@Numerklientapart1)
or
ID in(@Numerklienta_part2)
)
ale dalej nie pozwala na wykonanie raportu ktoś przerabiał Ograniczenia RB. Jest na to jakiś sposób ...
Komentarz usunięty przez autora