Piotr Sięga

OK, dziękuję. Coś popróbuję.

Też o tym myślałem, poczytałem w dokumentacji i mam wrażenie że bez wiedzy na temat tego jak rozwiązano to w Sello raczej wiele się nie zdziała Kluczowe są kolumny im_Image, im_Preview i im_CheckSum z im__Image, ale brakuje wiedzy jak przekształcić obraz w tę liczbę szesnastkową i w jaki sposób uzyskiwana jest suma kontrolna.

Witajcie. Mam folder a w nim dość dużo podfolderów o nazwie takiej samej jak ID towaru w Sello, w tych podfolderach są zdjęcia o nazwach 1.jpg, 2.jpg, 3.jpg itd. Czy jest jakaś szansa żeby te zdjęcia dodać hurtowo do towarów w Sello gdzie Id towaru = zawartość folderu o nazwie takiej jak Id? Zrobienie tego ręcznie przy tych ilościach robi się mocno problematyczne. Dzięki i pozdrawiam P.

OK, rozumiem. Czy w takim razie jest jakiś w miarę bezbolesny sposób, by dobrać się do danych, które przechowywane były w tej kolumnie?

Przepraszam za pomyłkę, chodziło o pole tr_OrigQuantity z tabeli tr__Transaction, czyli ilość zakupionych na aukcji towarów. Do lutego można było z tej kolumny wyciągnąć dane, od lutego są tam zera.

No tak, ale od dłuższego czasu (luty jakoś) ta kolumna wskazuje 0 niezależnie od faktycznej sprzedaży.

Witajcie. Potrzebuję wyciągnąć z bazy dane dotyczące sprzedaży w ostatnich tygodniach. Napisałem zapytanie, które wyciąga ilość sprzedanych towarów na aukcji, dane te wyciągało z kolumny ItemsQuantity z tabeli tr__Transactions (a dokładniej widoku vw_Transaction). Zapytanie działało mniej więcej do lutego, od tamtej pory w tej kolumnie są tylko 0. Coś się pozmieniało? Gdzie w takim razie szukać tych danych? Z dokumentacji mi wyszło, że te dane można wyciągnąć z tabeli tr_Item, kolumna tt_Quantity. Dobrze kombinuję?

Patrzyłem w profilerze i mam wrażenie, że ten wynik faktycznie jest efektem kilku czy nawet kilkunastu dość skomplikowanych zapytań. Chyba za wysokie progi

Jest lepiej, ale cały czas umyka mi jedna rzecz. Chciałbym uzyskać widok, który w Sello uzyskuje się po wejściu we wszystkie transakcje i w filtrach Wysyłka: 'W trakcie wysyłki', w stanie: 'Nowe i w trakcie realizacji'. Cały czas coś robię nie tak, zmieniłem zapytanie z wcześniejszego postu żeby korzystało z widoku vw_Transactions, jest lepiej, ale wciąż jest kilkukrotnie więcej wyników niż w Sello. Stworzyłem więc takie zapytanie: SELECT SVT.tr_Id, SVT.cs_Nick, SVT.tr_CreationDate, SVT.tr_Group, SVT.tr_Grouped, SP.pc_SentStatus FROM Sello.dbo.vw_Transaction SVT LEFT JOIN sello.dbo.pc__Package SP ON SVT.tr_Id = SP.pc_TransId WHERE (SVT.tr_DeliveryComplete = 0) AND SP.pc_SentStatus = 0 ORDER BY SVT.tr_CreationDate DESC Po dodaniu połączenia z tabelą pc__Package i warunku pc_SentStatus = 0 wyników jest za mało, Sello wyświetla 62 wyniki, sql - 39 Zachodzę w głowę gdzie robię coś nie tak, zerkałem do profilera ale większych podpowiedzi nie znalazłem póki co.

Kurcze, mam kolejny tym razem dziwny problem. Zgodnie z dokumentacją kolumna tr_DeliveryComplete opisuje czy wszystkie paczki zostały wysłane (domyślam się, że 0 - nie, 1 - tak). Stworzyłem zapytanie, które ma wyłapać transakcje dla których: status to "Można przetwarzać" lub 'Do zgrupowania (Można przetwarzać)' transakcja jest nowa lub w trakcie realizacji paczki nie zostały wysłane nie jest częścią grupy sama nie jest grupą Wyszło mi coś takiego: SELECT ST.tr_Id FROM sello.dbo.tr__Transaction ST WHERE -- 'Można przetwarzać' i 'Do zgrupowania (można przetwarzać) ST.tr_ServiceOrderStatus IN (2,5) -- Nowa i W trakcie realizacji AND ST.tr_Complete IN (0,1) -- Nie wysłane AND ST.tr_DeliveryComplete = 0 -- Nie jest częścią grupy AND ST.tr_Grouped = 0 -- Nie jest grupą AND ST.tr_Group = 0 I pierwsza rzecz, warunek czy paczki zostały wysłane, w wynikach w SQL transakcje w tej kolumnie mają 0, natomiast w Sello te same transakcje w kolumnie W mają Wysłano/Odebrano część na tak, a część na nie. Chyba że coś pomyliłem i te kolumny nie mają ze sobą nic wspólnego?

Dzięki za odpowiedź. Tak mi wyszło z porównania tych dwóch rodzajów transakcji, że "Można przetwarzać" to 2 a "Do zgrupowania (Można przetwarzać)" to 5, ale nie byłem pewien, zwłaszcza że przy 5 coś nie do końca mi wyświetlało jak powinno. O tr_Grouped i tr_group wiem, ale z tego co rozumiem, te wartości mają znaczenie już po grupowaniu, a ja potrzebowałem złapać te do zgrupowania.

Potrzebuję 'złapać' transakcje które mają status 'można przetwarzać' i 'Do zgrupowania (można przetwarzać)', w Sello mają taką ikonkę jak na załączonym zrzucie. Te pierwsze nie stanowią problemu, bo wystarczy z tabeli tr__Transactions wyszukać transakcje w których kolumna tr_ServiceOrderStatus = 2. Zgodnie z dokumentacją 2 to 'transakcja gotowa do dalszego przetwarzania'. Jednak zapytanie takie pomija transakcje o statusie 'Do zgrupowania'. Porównywałem oba rodzaje transakcji i jedyna różnica między nimi jaką znalazłem jest taka że w transakcji 'Do zgrupowania' w kolumnie tr_ServiceOrderStatus zamiast 2 wpisane jest 5 (co ciekawe dokumentacja bazy zawiera opis statusów 0, 1 i 2, na temat znaczenia 5 milczy). Spróbowałem zmienić warunek w zapytaniu na tr_ServiceOrderStatus = 5, ale wtedy znajduje całą masę transakcji o statusach innych niż te których potrzebuję. Przepatrzyłem dokumentację bazy, ale o ile znalazłem możliwość złapania już zgrupowanych transakcji o tyle takich do zgrupowania nie. Co mi umyka?

@maniootek, w sumie niezły pomysł. Nie pomyślałem, że może istnieć gotowy widok, który mogę wykorzystać. No nic, następną razą Dziękuję za podpowiedź.

W menedżerze Dodaj przesyłkę -> Importuj przesyłki, wybieram rodzaj pliku "Standard", wczytuję plik CSV, wybieram gabaryt i klikam "Importuj", za wiele możliwości ustawień tam nie ma. Efekt poniżej. Hmmm, dziwna sprawa, z ciekawości zamiast z Firefoxa puściłem import z Edge - pl znaczki zadziałały jak należy, z chroma - to samo. Więc pomyślałem, że to wina przeglądarki, wróciłem do Firefoxa i... też zadziałało. Jednak kolejny dzień, i znów rozsypka kodowania. Może jakieś ustawienia systemowe? Hmm

@Mariusz, znalazłem ten temat wcześniej, wszystko działa ale rozsypuje się kodowanie pl znaków. @Bartosz, odwracanie kolejności nic nie dało, spróbuję z tym priority.