Forum Użytkownikow Subiekt GT
InsERT GT => Dodatki - zestawienia - sfera => Wątek zaczęty przez: gimlak w Maj 19, 2022, 14:05:07
-
Ktoś pomoże jak wyfiltrować przez własne zapytania SQL produkty na których nie było żadnych ruchów od np 6 lat (i stan magazynowy jest 0). mam dużo produktów na subiekci które chciałbym wyfiltrować jako nieaktywne..
-
Dla ruchu dok_pozycja i/lub dok_magruch, dla stanów tw_stan lub przechwycone profilerem fabryczne zestawienie remanentowe.
Warto spojrzeć też na fabryczne zestawienie pt. towary niechodliwe.
-
select tw_Symbol Symbol, tw_Nazwa Nazwa, convert(varchar(10),max(dok_DoDokDataWyst),120) [Data] from tw__Towar
join dok_Pozycja on ob_TowId = tw_Id
join dok__Dokument on dok_Id = ob_DokMagId
join tw_stan on st_TowId = tw_Id
where isnull(st_Stan, 0) = 0
and DATEDIFF(year,dok_DoDokDataWyst,getdate()) >= {I: Nieużywano przez lat: 0}
group by tw_Nazwa, tw_Symbol
order by max(dok_DoDokDataWyst) desc
-
select tw_Symbol Symbol, tw_Nazwa Nazwa, convert(varchar(10),max(dok_DoDokDataWyst),120) [Data] from tw__Towar
join dok_Pozycja on ob_TowId = tw_Id
join dok__Dokument on dok_Id = ob_DokMagId
join tw_stan on st_TowId = tw_Id
where isnull(st_Stan, 0) = 0
and DATEDIFF(year,dok_DoDokDataWyst,getdate()) >= {I: Nieużywano przez lat: 0}
group by tw_Nazwa, tw_Symbol
order by max(dok_DoDokDataWyst) desc
Nie bardzo wiem jaka jest idea tego SELECTa ale nie wydaje mi się żeby pokazywał to co trzeba.
1. Skąd tam i co ma robić dok_DoDokDataWyst? Przecież dla znacznej części dokumentów tam będzie NULL
2. Co ma robić warunek isnull(st_Stan, 0) = 0 ? Jeśli towar leży od 5 lat na magazynie to stan ma niezerowy, a ruchu nie ma żadnego
3. W tabeli stanów ten sam towar występuje tyle razy ile jest magazynów, więc też czegoś tu brakuje.
-
Masz rację @candy - tutaj wiele brakuje. To moja wina, bo tylko rzuciłem na to okiem (a że już wzrok nie taki...) :)
Zapytanie zrobił bardzo młody chłopak, który jeszcze kilka dni temu niewiele wiedział co to jest baza danych i jak wyglądają zapytania SQL, nie miał też pojęcia co to jest Subiekt, ale w ramach praktyk szkolnych chce się uczyć i ja to doceniam:)
Chłopak ma jednak potencjał, więc nie będę za niego tego poprawiał, ale obiecuję, że w poniedziałek poprawi się i napisze poprawne zapytanie :)
-
Nie masz się co tłumaczyć, pieniędzy za to nie wziął, więc reklamacji nie będzie.
Po prostu cos tam zwróciło moja uwagę, spojrzałem jeszcze raz i pomyślałem że lepiej niech nikt na tym nie bazuje.
-
select tw_Symbol Symbol, tw_Nazwa Nazwa, Stan.Stan from tw__Towar t
join(
select st_TowId, sum(st_Stan) Stan from tw_Stan
group by st_TowId
) stan
on stan.st_Towid = tw_Id
left join
(
select ob_towid from dok_Pozycja
join dok__Dokument on dok_Id = ob_DokMagId
where datediff(year, dok_DataWyst, getdate()) <= {I: Nieużywano przez lat: 0}
group by ob_towid
) sprzedaz on sprzedaz.ob_towid=st_TowId
where (stan > 0 or 1 = {DB:select 0, 'Większy od zera' union all select 1, 'Dowolny':Stan magazynowy:1:Dowolny})
and sprzedaz.ob_towid is null
Poprawione, do testowania
-
@MacKar
Coś mi się wydaje, że ten where datediff nie zadziała tak jak byś chciał ;)
-
@MacKar
Coś mi się wydaje, że ten where datediff nie zadziała tak jak byś chciał ;)
Mógłbym poprosić, o trochę dokładniejsze wytłumaczenie? Jeżeli faktycznie jest tu błąd to chciałbym go poprawić, ale najpierw muszę go zrozumieć
-
@MacKar
Coś mi się wydaje, że ten where datediff nie zadziała tak jak byś chciał ;)
Mógłbym poprosić, o trochę dokładniejsze wytłumaczenie? Jeżeli faktycznie jest tu błąd to chciałbym go poprawić, ale najpierw muszę go zrozumieć
Jedyne co ten where zrobi to wytnie nowsze rekordy z selekcji i stracisz informację o tym, czy dany towar miał ruch po wskazanej dacie czy nie.
A ty nie chcesz nic wycinać, tylko sprawdzić datę ostatniego ruchu dla każdej pozycji i dopiero to odfiltrować. Czyli w ruch musi pójść MAX(data dokumentu/ruchu magazynowego) i HAVING.
Ja bym przepisał też te joiny bo to na dłuższą metę jest średnio czytelne. Zjoinuj tabele normalnie i wszystkie agregacje zrób w głównym SELECTcie. I zacznij korzystać z aliasów.
EDIT: Zostaw tak jak masz joina na stany towarowe bo inaczej wszystko się cudownie rozmnoży, resztę na oko można przepisać.
-
Ja już dzisiaj po drugiej lampce jestem, ale tak na oko bez ssms wydaje mi się, że podzapytanie ze sprzedażą pokaże towary, które miały ruch magazynowy w okresie z datadiffa. Jeżeli połączmy je lewostronnie z kartoteką towarów i wybierzemy tylko te, które mają "and sprzedaz.ob_towid is null" to mamy towary, które się w danym okresie nie sprzedały.
Jedyne IMHO nie jest potrzebne to "group by ob_towid". Można było zrobić distinct ale nie wiem czy wydajnościowo to miałoby sens.
No chyba, że to wino jest za mocne albo ja już słabszą głowę mam :)
-
Przyznam się, że też ssmsa nie odpalałem. Biomet nad morzem chyba jakiś dzisiaj niekorzystny ;D
-
Ja bym skorzystał z NOT EXISTS.
W końcu nie musimy wyliczac wszystkich pozycji ruchów towarowych, wystarczy stwierdzić że istnieje jakikolwiek ruch w wybranym okresie i już wiemy że warunek niespełniony.
-
Ja bym skorzystał z NOT EXISTS.
W końcu nie musimy wyliczać wszystkich pozycji ruchów towarowych, wystarczy stwierdzić że istnieje jakikolwiek ruch w wybranym okresie i już wiemy że warunek niespełniony.
No i namówiłeś mnie do włączenia komputera :)
Na bazie do której mam dostęp (ok 80.000 kartotek towarowych i ~1.000.000 rekordów w dok_pozycja) czasy z left join i not exists są porównywalne. Pewnie w innych układach danych mogłoby być różnie
-
W oryginalnym pytaniu chodziło też w sumie o znalezienie towarów z zerowym stanem a warunek w zapytaniu @MacKar jest na stany większe od zera ale to pierdółka.
Można jeszcze dodatkowo dorzucić tw_zablokowany=0 żeby pominąć to co już jest nieaktywne.
U mnie też not exits i left join też wyszły bardzo podobnie - dużo mniej kartotek bo 13k ale w dok_pozycja ponad 6 mln.
Rzuciłem się jeszcze na tabelę dok_magruch. U mnie wykonało się to nieporównywalnie szybciej od podzapytania z dok_pozycja i dok__dokument.
Z dok_pozycja i dok_dokument jest jeszcze taki myk, że tam mogą być dokumenty i pozycje bez ruchu magazynowego, jakieś ZD, ZK, czy KFs / KFz cenowe i to może zrobić kuku w takim zapytaniu bez odfiltrowania tego odpowiednimi warunkami. Bez sprawdzania nie chcę rzucać tego jako absolutnego pewniaka ale dok_magruch chyba będzie bezpieczniejsze i szybsze.
EDIT: Dopiero teraz skojarzyłem, że odpytanie jest tutaj po ob_DokMagId więc te ZK i inne to nam wytnie ale zawsze zostanie kwestia wzięcia poprawki na wycofany lub odłożony skutek magazynowy.
-
W oryginalnym pytaniu chodziło też w sumie o znalezienie towarów z zerowym stanem a warunek w zapytaniu @MacKar jest na stany większe od zera ale to pierdółka.
Przecież jest do wyboru:
where (stan > 0 or 1 = {DB:select 0, 'Większy od zera' union all select 1, 'Dowolny':Stan magazynowy:1:Dowolny})Można jeszcze dodatkowo dorzucić tw_zablokowany=0 żeby pominąć to co już jest nieaktywne.
Fakt - to by się przydało
Z dok_pozycja i dok_dokument jest jeszcze taki myk, że tam mogą być dokumenty i pozycje bez ruchu magazynowego, jakieś ZD, ZK, czy KFs / KFz cenowe i to może zrobić kuku w takim zapytaniu bez odfiltrowania tego odpowiednimi warunkami. Bez sprawdzania nie chcę rzucać tego jako absolutnego pewniaka ale dok_magruch chyba będzie bezpieczniejsze i szybsze.
Całkiem możliwe, ale jak na młodego i tak uważam, że jest nieźle. :)
-
Z dok_pozycja i dok_dokument jest jeszcze taki myk, że tam mogą być dokumenty i pozycje bez ruchu magazynowego, jakieś ZD, ZK, czy KFs / KFz cenowe i to może zrobić kuku w takim zapytaniu bez odfiltrowania tego odpowiednimi warunkami. Bez sprawdzania nie chcę rzucać tego jako absolutnego pewniaka ale dok_magruch chyba będzie bezpieczniejsze i szybsze.
Tu się jeszcze poprawiłem editem:
Dopiero teraz skojarzyłem, że odpytanie jest tutaj po ob_DokMagId więc te ZK i inne to nam wytnie ale zawsze zostanie kwestia wzięcia poprawki na wycofany lub odłożony skutek magazynowy.
-
W oryginalnym pytaniu chodziło też w sumie o znalezienie towarów z zerowym stanem a warunek w zapytaniu @MacKar jest na stany większe od zera ale to pierdółka.
fakt nie ma wyboru - o stanie zerowym. @MacKar - wyzwanie na jutro :)