Ši funkcija pasiekiama tik „Analytics 360“, kuri priklauso „Google Marketing Platform“. Sužinokite daugiau apie „Google Marketing Platform“. |
Šiame straipsnyje pateikiama pavyzdžių, kaip sukurti „Analytics“ duomenų, kuriuos eksportuojate į „BigQuery“, užklausas. Pateikiame duomenų rinkinio pavyzdį, kad galėtumėte išbandyti užklausas.
Šiame straipsnyje- Užklausos optimizavimas
- Patarimai ir geriausios praktikos pavyzdžiai
- Pagrindinių užklausų pavyzdžiai
- Bendra vieno [aspekto] [metrika]
- Vidutinis vieno [aspekto] atmetimo rodiklis
- Vidutinis produktų puslapių peržiūrų skaičius pagal pirkėjo tipą
- Vidutinis vieno pirkėjo operacijų skaičius
- Vidutinė per seansą išleistų pinigų suma
- Įvykių seka (kelio analizė)
- Keli tinkinti aspektai įvykio arba seanso lygiu
- Išplėstiniai užklausų pavyzdžiai
- Klientų, kurie įsigijo produktą A, pirkti produktai (klasikinė el. prekyba)
- Klientų, kurie įsigijo produktą A, pirkti produktai (patobulinta el. prekyba)
- Vidutinis naudotojų sąveikų prieš pirkimą skaičius
- Vieno produkto parduotų atsargų procentas
- Kiekvieno produkto pelningumas
- Kiekvieno produkto tikras pelnas
Užklausos optimizavimas
Kiekviena jūsų vykdoma užklausa pateikia per mėnesį leistiną duomenų apdorojimo kiekį. Jei pasirenkate nesusijusius laukus, padidinate duomenų, kuriuos reikia apdoroti, kiekį ir todėl naudojate daugiau per mėnesį leistino kiekio, nei reikia. Optimizuotos užklausos jūsų per mėnesį leistino duomenų apdorojimo kiekio naudojimą padaro efektyvų.
Sužinokite daugiau apie kainodarą.
Pasirinkite tik tai, ko reikia
Suformavę užklausą pasirinkite atitinkamus laukus teiginyje SELECT. Neiškviesdami nesusijusių laukų sumažinate duomenų kiekį ir laiką, kurio reikia užklausai apdoroti.
Pavyzdys: nenaudokite pakaitos simbolio operacijos ženklo
Netinkama forma: naudojamas pakaitos simbolio operacijos ženklas |
---|
SELECT * |
Geresnė forma: naudojami laukų pavadinimai siekiant išvengti nereikalingo apdorojimo |
---|
SELECT field1, field2 |
Leidimas saugoti talpykloje
Kur galima, nenaudokite funkcijų kaip laukų. Funkcijos (pvz., NOW()
arba TODAY()
) pateikia kintamus rezultatus, kurie neleidžia užklausų padėti į talpyklą, todėl jos grąžinamos daug greičiau. Vietoje to naudokite konkretų laiką ir dienas.
Dažnai naudojamų antrinių užklausų tarpinių lentelių naudojimas
Jei aptiksite, kad pakartotinai konkrečią užklausą naudojate kaip antrinę užklausą, galite išsaugoti šią užklausą kaip tarpinę lentelę virš užklausos rezultatų spustelėję Išsaugoti kaip lentelę. Tada galite nurodyti tą lentelę užklausos skiltyje FROM
ir taip sumažinti apdorojamų duomenų kiekį ir apdorojimui reikalingą laiką.
Tarpinės lentelės naudojimas |
---|
SELECT field1, field2 |
Užklausos derinimas
„BigQuery“ suderina jūsų kodą, kai jį kuriate. Kūrimo lange derinimas nurodomas tiesiai po užklausa. Derinimas taip pat galimas per API naudojant „dryRun“ žymėjimą.
Galiojančios užklausos turi žalią indikatorių, kurį galite spustelėti ir peržiūrėti užklausos apdorojamų duomenų kiekį. Ši funkcija suteikia galimybę optimizuoti jūsų duomenis prieš vykdant užklausą, kad išvengtumėte nereikalingo duomenų apdorojimo.
Klaidingos užklausos turi raudoną indikatorių, kurį galite spustelėti ir peržiūrėti informaciją apie klaidą, sužinoti, kurioje eilutėje ir stulpelyje įvyksta klaida. Toliau pateiktame pavyzdyje teiginys GROUP BY yra tuščias, o klaida tiksliai nustatyta.
Patarimai ir geriausios praktikos pavyzdžiai
Pavyzdinio duomenų rinkinio naudojimas
Toliau nurodytuose pavyzdžiuose naudojamas pavyzdinis „Google Analytics“ duomenų rinkinys.
Norėdami taikyti užklausas savo duomenims, tiesiog pakeiskite pavyzdžiuose nurodytus projekto ir duomenų rinkinio pavadinimus savo projekto bei duomenų rinkinio pavadinimais.
Standartinio ir pasenusio SQL naudojimas
„BigQuery“ palaiko du SQL dialektus
Straipsnyje Perkėlimas į standartinį SQL paaiškinami abiejų dialektų skirtumai.
Dabar standartinis SQL yra rekomenduojamas „BigQuery“ saugomų duomenų užklausų SQL dialektas.
Informaciją, kaip įgalinti standartinį SQL „BigQuery“ naudotojo sąsajoje, CLI, API ar kitoje naudojamoje sąsajoje, rasite straipsnyje „Standartinio SQL įgalinimas“.
Lengviausias būdas pradėti – įtraukti komentarą „standardSQL“ standartinio SQL užklausų viršuje, kaip parodyta toliau pateiktuose pavyzdžiuose.
Jei naudojate pasenusį SQL, „Google Analytics 360“ duomenys kasdien perduodami į naują lentelę. Jei norite pateikti užklausą kelioms lentelėms vienu metu, galite kableliais atskirti lentelių pavadinimus, naudoti TABLE_DATE_RANGE
lentelės pakaitos simbolių funkciją arba keliais kableliais atskirtas TABLE_DATE_RANGE
funkcijas, kaip parodyta toliau pateiktuose pavyzdžiuose.
Užklausos pateikimas kelioms lentelėms
Toliau pateiktuose pavyzdžiuose parodytos tų pačių duomenų standartinio ir pasenusio SQL užklausos.
Trijų dienų
Standartinis SQL
Trijų dienų naudojant UNION ALL |
---|
#standardSQL |
Pasenęs SQL
Trijų dienų naudojant kableliais atskirtus lentelių pavadinimus |
---|
SELECT |
Pastarųjų 1 095 dienų
Standartinis SQL
Pastarųjų 1 095 dienų naudojant _TABLE_SUFFIX |
---|
#standardSQL |
Pasenęs SQL
Pastarųjų 1 095 dienų naudojant TABLE_DATE_RANGE |
---|
SELECT |
Pastarųjų 36 mėnesių
Standartinis SQL
Pastarųjų 36 mėnesių naudojant _TABLE_SUFFIX |
---|
#standardSQL |
Pasenęs SQL
Pastarųjų 36 mėnesių naudojant TABLE_DATE_RANGE |
---|
SELECT |
Pastarųjų trejų metų
Standartinis SQL
Pastarųjų trejų metų naudojant _TABLE_SUFFIX |
---|
#standardSQL |
Pasenęs SQL
Pastarųjų trejų metų naudojant TABLE_DATE_RANGE |
---|
SELECT |
Konkrečios dienų sekos
Standartinis SQL
Konkrečios dienų sekos naudojant _TABLE_SUFFIX |
---|
#standardSQL |
Pasenęs SQL
Konkrečios dienų sekos naudojant TABLE_DATE_RANGE |
---|
SELECT |
Pastarųjų trejų metų, įskaitant šiandienos duomenis (dienos)
Standartinis SQL
Pastarųjų trejų metų, įskaitant šiandienos duomenis (dienos), naudojant UNION ALL ir _TABLE_SUFFIX |
---|
Pastaba: ši pavyzdinė užklausa neveiks su „Google Analytics“ viešuoju duomenų rinkiniu, nes šiuo metu nėra dienos duomenų lentelės. |
#standardSQL |
Pasenęs SQL
Pastarųjų trejų metų, įskaitant šiandienos duomenis (dienos), naudojant kelias TABLE_DATE_RANGE |
---|
Pastaba: ši pavyzdinė užklausa neveiks su „Google Analytics“ viešuoju duomenų rinkiniu, nes šiuo metu nėra dienos duomenų lentelės. |
SELECT |
Pagrindinių užklausų pavyzdžiai
Šioje skiltyje paaiškinama, kaip sukurti pagrindines užklausas naudojant metriką ir aspektus iš pavyzdinių „Analytics“ duomenų.
Bendra vieno [aspekto] [metrika]?
Toliau pateikti pavyzdiniai scenarijai pagal klausimą: Koks bendras įrenginio naršyklės sugeneruotas operacijų skaičius 2017 m. liepos mėn.?
Standartinis SQL
Bendras įrenginio naršyklės sugeneruotas operacijų skaičius 2017 m. liepos mėn. |
---|
#standardSQL |
Pasenęs SQL
Bendras įrenginio naršyklės sugeneruotas operacijų skaičius 2017 m. liepos mėn. |
---|
SELECT |
Vidutinis vieno [aspekto] atmetimo rodiklis
Tikrasis atmetimo rodiklis apibrėžtas kaip apsilankymų su viena puslapio peržiūra procentas. Toliau pateikti pavyzdiniai scenarijai pagal klausimą: Koks tikras duomenų srauto šaltinio atmetimo rodiklis?
Standartinis SQL
Duomenų srauto šaltinio atmetimo rodiklis 2017 m. liepos mėn. |
---|
#standardSQL |
Pasenęs SQL
Duomenų srauto šaltinio atmetimo rodiklis 2017 m. liepos mėn. |
---|
SELECT |
Vidutinis produktų puslapių peržiūrų skaičius pagal pirkėjo tipą (pirkėjai ir ne pirkėjai)
Toliau pateikti pavyzdiniai scenarijai pagal klausimą: Koks vidutinis naudotojų, kurie ką nors įsigijo, produktų puslapių peržiūrų skaičius 2017 m. liepos mėn.?
Standartinis SQL
Vidutinis naudotojų, kurie ką nors įsigijo, produktų puslapių peržiūrų skaičius 2017 m. liepos mėn. |
---|
#standardSQL |
Pasenęs SQL
Vidutinis naudotojų, kurie ką nors įsigijo, produktų puslapių peržiūrų skaičius 2017 m. liepos mėn. |
---|
SELECT |
Toliau pateikti pavyzdiniai scenarijai pagal klausimą: Koks vidutinis nepirkusių naudotojų produktų puslapių peržiūrų skaičius 2017 m. liepos mėn.?
Standartinis SQL
Vidutinis nepirkusių naudotojų produktų puslapių peržiūrų skaičius 2017 m. liepos mėn. |
---|
#standardSQL |
Pasenęs SQL
Vidutinis nepirkusių naudotojų produktų puslapių peržiūrų skaičius 2017 m. liepos mėn. |
---|
SELECT |
Vidutinis vieno pirkėjo operacijų skaičius
Toliau pateikti pavyzdiniai scenarijai pagal klausimą: Koks vidutinis bendras vieno naudotojo, kuris ką nors įsigijo, operacijų skaičius 2017 m. liepos mėn.?
Standartinis SQL
Vidutinis bendras vieno naudotojo, kuris ką nors įsigijo, operacijų skaičius 2017 m. liepos mėn. |
---|
#standardSQL |
Pasenęs SQL
Vidutinis bendras vieno naudotojo, kuris ką nors įsigijo, operacijų skaičius 2017 m. liepos mėn. |
---|
SELECT |
Vidutinė per seansą išleistų pinigų suma
Toliau pateikti pavyzdiniai scenarijai pagal klausimą: Kokia vidutinė per seansą išleistų pinigų suma 2017 m. liepos mėn.?
Standartinis SQL
Vidutinė per seansą išleistų pinigų suma 2017 m. liepos mėn. |
---|
#standardSQL |
Pasenęs SQL
Vidutinė per seansą išleistų pinigų suma 2017 m. liepos mėn. |
---|
SELECT |
Įvykių seka
Toliau pateikti pavyzdiniai scenarijai pagal klausimą: Kokia seka peržiūrimi puslapiai?
Standartinis SQL
2017 m. liepos mėn. naudotojų peržiūrėtų puslapių seka |
---|
#standardSQL |
Pasenęs SQL
2017 m. liepos mėn. naudotojų peržiūrėtų puslapių seka |
---|
SELECT |
Šioje užklausoje apribojate įvykių tipus iki PAGES
, kad nebūtų rodomas operacijų sąveikų įvykis. Kiekviena išvesties eilutė atspindi puslapio peržiūrą ir rodoma numatyta laukų tvarka teiginyje SELECT
.
Keli tinkinti aspektai įvykio arba seanso lygiu
Tinkintas aspektas įvykio lygiu |
---|
SELECT fullVisitorId, visitId, hits.hitNumber, hits.time, |
Tinkintas aspektas seanso lygiu |
---|
SELECT fullVisitorId, visitId, |
Kiekvienoje užklausoje
Atitinkamų aspekto ir metrikos laukų teiginio SELECT
užklausos.
MAX
funkcija
- Pateikia tinkintą aspektą kaip naują stulpelį. Galite pakartoti funkciją ir pateikti kelis tinkintus aspektus kaip naujus stulpelius.
WITHIN įvykiai
irWITHIN RECORD
įvertina sąlygą pasikartojančiuose laukuose „BigQuery“.- Įvertinama kiekvieno tinkinto aspekto sąlyga, esanti
MAX
, tačiau tiems, kurie nėraindex=1 (hits)
arbaindex=2 (sessions)
, ji pateikiaNULL
. - Pateikiama maksimali vertė, kuri yra 1 tinkinto aspekto vertė, skirta įvykiams, arba 2 tinkinto aspekto vertė, skirta seansams, o visos kitos vertės yra
NULL
.
Išplėstiniai užklausų pavyzdžiai
Dabar, kai susipažinote su paprastomis užklausomis, galite sukurti užklausas, naudodami išplėstines funkcijas ir funkcijas, pasiekiamas „BigQuery“.
Klientų, kurie įsigijo produktą A, pirkti produktai (klasikinė el. prekyba)
Toliau pateikti klausimo: kokius kitus produktus įsigijo klientai, nusipirkę produktą A? scenarijaus apmatai.
Produktai, kuriuos įsigijo klientas, nusipirkęs produktą A (klasikinė el. prekyba) |
---|
SELECT hits.item.productName AS other_purchased_products, COUNT(hits.item.productName) AS quantity |
- Pirmoje eilutėje pasirinkite visus kitus naudotojo įsigytus produktus ir kaupimo funkciją
COUNT()
, naudojamą kiekvieno kito įsigyto produkto kiekiui apskaičiuoti. Tada rezultatas bus rodomas lauke, pažymėtamequantity
su susieta preke produkto lauke, pažymėta kaipother_purchased_products
. - Pilkos spalvos antrinėje užklausoje pasirenkate tik unikalius naudotojus (
fullVisitorId
), atlikusius operacijas (totals.transactions>=1
) ir operacijų metu įsigijusius produktą A (WHERE hits.item.productName CONTAINS „Produkto pavadinimas A“
).
Taisyklės (teiginiai WHERE
ir AND
) aukščiausio lygio (žalioje) užklausoje nepaiso verčių, esančių hits.item.productName
m, kurios lygios nuliui ir kuriose yra produktas A.
Toliau pateikiamas užklausos: jei klientas įsigijo „Brighton“ metalinius rašiklius (4 rinkinyje), kokius kitus produktus jis įsigijo? pavyzdys.
Produktai, kuriuos įsigijo klientas, įsigijęs „Brighton“ metalinius rašiklius (4 rinkinyje)“ 2013 m. birželio 24 d. |
---|
SELECT hits.item.productName AS other_purchased_products, COUNT(hits.item.productName) AS quantity |
„Dremel“ / „BigQuery“ naudojamas WHERE expr IN
suaktyvina JOIN ir taikomi dydžio apribojimai; tai yra, JOIN dešinės pusės dydis (lankytojų skaičiaus atveju) turi būti mažesnis nei 8 MB. „Dremel“ tai vadinama transliacijos JOIN. Kai dydis viršija 8 MB, turite suaktyvinti maišymo JOIN, kurį galima atlikti naudojant JOIN EACH sintaksę. Deja, to negalima atlikti naudojant IN, bet tą pačią užklausą galima perrašyti naudojant JOIN.
Klientų, kurie įsigijo produktą A, pirkti produktai (patobulinta el. prekyba)
Tai panašu į ankstesnės užklausos apmatus, tačiau naudojama patobulintai el. prekybai. Jai taip pat naudojama TABLE_DATE_RANGE
, norint pateikti kelių dienų duomenų užklausą.
Produktai, kuriuos įsigijo klientas, nusipirkęs produktą A (patobulinta el. prekyba) |
---|
SELECT hits.product.productSKU AS other_purchased_products, COUNT(hits.product.productSKU) AS quantity |
Vidutinis naudotojų sąveikų prieš pirkimą skaičius
Tai komandos JOIN() [...] ON
, kuri priklauso tik nuo „Analytics“ duomenų, užklausos pavyzdys.
Toliau pateikiami klausimo: Koks vidutinis naudotojo sąveikų iki pirkimo skaičius? scenarijaus apmatai.
Naudotojo sąveikų iki pirkimo skaičius |
---|
SELECT one.hits.item.productSku AS ProductSku, ( sum_of_hit_number / total_hits ) AS avg_hit_number |
- Pirmoje eilutėje atliekama pagrindinė matematinė operacija, skirta rasti vidutinį naudotojo sąveikų su produktu skaičių ir ši užklausa sukuria jungtį tarp dviejų antrinių užklausų, vadinamų Alias_Name_1 ir Alias_Name_2.
- „Alias_Name_1“ yra naudojamas kurti laukui, kuriame naudojama kaupimo funkcija
SUM()
, skirta sumuoti visus produktui įrašytus įvykius. - „Alias_Name_2“ naudojamas įvykių, kuriuos naudotojas atliko su produktu, skaičiui gauti, naudojant funkciją
COUNT()
. - Paskutinėje eilutėje rodomas bendras laukas (
hits.item.productSku
), bendrinamas tarp dviejų junginio duomenų rinkinių.
Toliau pateikiamas užklausos: koks vidutinis naudotojo sąveikų iki pirkimo skaičius 2013 m. rugsėjo 10 d.? pavyzdys.
Vidutinis naudotojo sąveikų iki pirkimo skaičius 2013 m. rugsėjo 10 d. |
---|
SELECT one.hits.item.productSku AS ProductSku, ( sum_of_hit_number / total_hits ) AS avg_hit_number |
Vieno produkto parduotų atsargų procentas
Tai yra užklausos, kuri priklausoma ne tik nuo „Analytics“ duomenų, bet ir nuo ne „Analytics“ duomenų. Suderinę abu duomenų rinkinius galite pradėti suprasti naudotojo elgseną labiau segmentuotu lygiu. Galite importuoti ne „Analytics“ duomenis į „BigQuery“, bet turite atminti, kad tai turės įtakos jūsų mėnesiniam duomenų saugyklos mokesčiui.
Toliau pateikti klausimo: koks produkto atsargų procentas parduotas? scenarijaus apmatai.
Vieno produkto parduotų atsargų procentas |
---|
SELECT AnalyticsImport.product_data_20130728.productId, ((( one.quantity_sold ) / ( AnalyticsImport.product_data_20130728.productstock + one.quantity_sold )) * 100 ) AS percentage_of_stock_sold |
- Pirmoje eilutėje pateikti du laukai: viename lauke yra visi produkto ID, o kitame yra matematinė operacija, nurodanti šio produkto ID parduotų atsargų procentą.
- Ši užklausa priklauso nuo dviejų duomenų rinkinių, todėl turite naudoti funkciją
JOIN() ... ON
. Ši komanda sujungia eilutes iš dviejų duomenų rinkinių, atsižvelgiant į bendrą lauką tarp jų. Šiuo atveju du duomenų rinkiniai yra[ ‘Imported_DataSet’ ]
ir‘Alias_Name’
. [ ‘Imported_DataSet’ ]
yra ne „Analytics“ duomenys. Tai duomenų rinkinys, apimantis metrikos lauką, nurodantį, kiek atsargų liko (Imported DataSet.’stock_left_field’
), ir produkto ID aspekto lauką (Imported_DataSet.’productId_field’
).Alias_Name
– tai pavadinimas, priskirtas pilkos spalvos antrinės užklausos pateiktiems duomenims. Šioje antrinėje užklausoje naudojant „Analytics“ duomenis galima išsiaiškinti bendrą kiekvieno produkto parduotų elementų kiekį.- Paskutinėje eilutėje naudojamas teiginys
ON
norint parodyti bendrą lauką tarp dviejų duomenų rinkinių ir kur du duomenų rinkiniai susijungia.
Daugelio užklausos kintamųjų duomenų rinkinių pavadinimų pridėta prie jų kaip priešdėliai (pvz., Imported_DataSet.’productId_field’, Alias_Name.quantity_sold
). Tai paaiškina, kokį lauką pasirenkate ir kuriam duomenų rinkiniui jis priklauso.
Toliau pateikiamas užklausos: koks vieno produkto atsargų kiekis parduotas 2013 m. liepos 28 d.? pavyzdys.
Vieno produkto 2013 m. liepos 28 d. parduotų atsargų procentas |
---|
SELECT AnalyticsImport.product_data_20130728.productId, ( ( ( one.quantity_sold ) / ( AnalyticsImport.product_data_20130728.productstock + one.quantity_sold ) ) * 100 ) AS percentage_of_stock_sold |
Kiekvieno produkto pelningumas
Toliau pateikti klausimo: koks kiekvieno produkto pelningumas? scenarijaus apmatai.
Pelningumas pagal produktą |
---|
SELECT Alias_Name.hits.item.productSku, ( Imported_DataSet.’product profit field’ * Alias_Name.quantity ) AS profit |
- Pirmojoje eilutėje yra matematinė operacija, skirta bendram kiekvieno produkto pelningumui apskaičiuoti.
- Pilkos spalvos antrinėje užklausoje naudojami ne „Analytics“ duomenys, kurie renka duomenis apie tai, kiek pelno sukuriama pardavus produktą.
- Raudona antrinė užklausa yra „Analytics“ duomenų antrinė užklausa, kuri bus sujungta su ne „Analytics“ duomenimis. Ji apskaičiuoja kiekvieno produkto parduotų prekių kiekį.
- Paskutinėje eilutėje naudojamas teiginys
ON
, paaiškinantis lauką, kurį bendrina du duomenų rinkiniai. Šiuo atveju tai produkto ID.
Toliau pateikiamas užklausos: koks kiekvieno produkto pelningumas 2013 m. liepos 28 d.? pavyzdys.
Produkto pelningumas 2013 m. liepos 28 d. |
---|
SELECT two.hits.item.productSku, ((AnalyticsImport.product_data_20130728.productprice-AnalyticsImport.product_data_20130728.productcost)*two.quantity) AS profit |
Pelningumas apskaičiuojamas gavus parduoto produkto kainos ir jo pagaminimo kainos skirtumą. Ši informacija saugoma ne GA duomenų rinkinyje.
Tikras kiekvieno produkto pelningumas (atsižvelgiama į paskyros grąžinimą)
Toliau pateikti klausimo: koks tikras kiekvieno produkto pelningumas? scenarijaus apmatai.
Tikras produkto pelnas |
---|
SELECT Alias_Name.hits.item.productSku, (gross_profit-total_refund_revenue) AS real_profit |
- Tai labai panaši užklausa į Koks kiekvieno produkto pelningumas? Vienintelis skirtumas yra ne „Analytics“ duomenų rinkinys pilkos spalvos antrinėje užklausoje ir matematinėje operacijoje apskaičiuojamas tikras pelnas pirmoje eilutėje.
- Ne „Analytics“ duomenų rinkinyje taip pat apskaičiuojama bendra grąžinimams išleista pinigų suma (raudonos antrinės užklausos teiginyje
SELECT
). - Tada atlikite matematinę operaciją pirmoje eilutėje, kad sužinotumėte tikrą pelną, iš bendro pelno atimdami grąžinimams išleistą pinigų dalį.
Jei reikia informacijos apie užklausą, peržiūrėkite skiltį apie kiekvieno produkto pelningumą.
Toliau pateikiamas užklausos: koks kiekvieno produkto tikras pelningumas 2013 m. liepos 28 d.? pavyzdys.
Tikras pelnas pagal produktą 2013 m. liepos 28 d. |
---|
SELECT two.hits.item.productSku, (gross_profit-total_refund_revenue) AS real_profit |
Nustatant tikrą pelną atsižvelgiama į produkto pelningumą kartu atsižvelgiant į grąžinamus produktus. Bendros produkto grąžinamos pajamos apskaičiuojamos:
bendros produkto grąžinamos pajamos = (produkto kaina + produkto pristatymo kainos grąžinimas) * grąžintų produktų kiekis