feat: refs #8119 itemCampaignQuantity #3117
No reviewers
Labels
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: verdnatura/salix#3117
Loading…
Reference in New Issue
No description provided.
Delete Branch "8119-itemCampaignQuantity"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
@ -0,0 +1,83 @@
DELIMITER $$
CREATE OR REPLACE DEFINER=`vn`@`localhost` PROCEDURE `vn`.`itemCampaignQuantity_add`(
vDateFrom DATE,
que aporta que puguen pasar parametros a NULL? jo crec que no deixaria..i a mes el yesterday no comprenc per a que, ha de mirar fecha campaña menos x
Per a poder ficar-lo en el event i que siga lo mes sencill posible.
El yesterday se gasta perque el event se executa a les 3AM, pero volem vore ahir, ja que s'ha completat el día.
@ -0,0 +68,4 @@
INSERT INTO itemCampaignQuantity(dated, itemFk, quantity, campaign)
SELECT DATE(s.created),
s.itemFk,
SUM(CASE WHEN t.shipped BETWEEN vDateSumFrom AND vDateSumTo
jo crec que el case no cal, simplement, lo que torne el where es suma
Si que fa falta, ja que volem sumar de vDateFrom y vDateTo soles de ixos rango de dies (vDateSumFrom y vDateSumTo).
Si vols torna a vore el codi i si no comentem.
@ -0,0 +1,24 @@
CREATE TABLE IF NOT EXISTS `vn`.`itemCampaignQuantity` (
posali una definicio de que es guarda en esta taula
@ -0,0 +3,4 @@
itemFk int(11) NOT NULL,
quantity decimal(10,2) NOT NULL,
campaign varchar(100) NOT NULL,
CONSTRAINT itemCampaignQuantity_pk PRIMARY KEY (dated,itemFk),
posali un camp id, que a salix les claus primaries dobles no les gestiona be, despues ja poses una clau unique en item,quantity
@ -0,0 +12,4 @@
CREATE TABLE IF NOT EXISTS `vn`.`itemCampaignQuantityConfig` (
id int(10) unsigned NOT NULL PRIMARY KEY,
defaultCampaign varchar(100) NOT NULL COMMENT 'Campaña por defecto si se le pasa NULL',
açò deuria tindre una Fk a la taula campaing?
No se puede, ya que en la tabla campaign hay más de 1 registro con ese dato, y además es de tipo ENUM.
@ -0,0 +65,4 @@
SET vDateSumFrom = vDateSumTo - INTERVAL vScopeDays DAY;
REPLACE itemCampaignQuantity(dated, itemFk, quantity, campaign)
vol guardar tallos y euros
@ -0,0 +40,4 @@
REPLACE itemCampaign(dated, itemFk, quantity, total, campaign)
SELECT DATE(s.created),
s.itemFk,
SUM(CASE WHEN t.shipped BETWEEN vDateSumFrom AND vDateSumTo
aci es on et comentaba que el from y el tu van en el where i despues agrupem tot junt per item
@ -0,0 +50,4 @@
FROM sale s
JOIN ticket t ON t.id = s.ticketFk
JOIN client c ON c.id = t.clientFk
WHERE s.created BETWEEN vYesterday AND util.dayEnd(vYesterday)
el rango que ha d'agafar es del 15 d'octubre al 31 d'octubre (aprox)
@ -0,0 +52,4 @@
JOIN client c ON c.id = t.clientFk
WHERE s.created BETWEEN vYesterday AND util.dayEnd(vYesterday)
AND c.typeFk = 'normal'
GROUP BY DATE(s.created), s.itemFk
al voler-ho tot junt el group by ha de ser per itemFk soles