Új hozzászólás Aktív témák

• #6015 Magnat veterán shipfolt #6014

  Új Válasz 2025-06-26 22:30:29 #6015

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  válasz shipfolt #6014 üzenetére

  Pl valamilyen sql-t, de ezt mondjuk a topik címe determinálja
  Nem tudom mennyi bejegyzés van, de pár millió rekordot jó szervezés meg kulcsolás esetén kb bármilyen vason meg lehet oldani bármilyen sql szerverrel .. meg persze kell hozzá vmi frontend, jellemzően browseres megoldás a legelterjedtebb (ekkor persze kell webszerver, de az is van ingyé), de még excelben is meg lehet csinálni (ami a háttérben beszélget az sql szerverrel).

  Lehet pl MariaDB (azaz MySql), Transact (MS) Sql-nek is van ingyenes verziója olyan limitációkkal amit jó eséllyel nem fogtok elérni, meg még jó hosszan lehetne sorolni.

• #5993 Magnat veterán Jim74 #5990

  Új Válasz 2025-05-14 21:58:39 #5993

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  válasz Jim74 #5990 üzenetére

  Akkor már inkább triggerekkel, insertre insertálni a közös táblába is, törlésre (ha van) törlést csinálni a közösre is és akkor mindig szinkronban lesz ... vagy egyszerűen írni egy view-t, ami megcsinálja az union-t és akkor abban lehet keresgélni.

• #5981 Magnat veterán martonx #5980

  Új Válasz 2025-03-18 14:46:17 #5981

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  válasz martonx #5980 üzenetére

  Persze lehet, h meg lehetne oldani máshogy is

• #5979 Magnat veterán martonx #5978

  Új Válasz 2025-03-18 10:36:22 #5979

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  válasz martonx #5978 üzenetére

  Memory table nem rossz ötlet ha nem sok a rekord, de attól még a probléma ugyanúgy fennáll.

• #5977 Magnat veterán Magnat #5976

  Új Válasz 2025-03-18 09:45:59 #5977

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  válasz Magnat #5976 üzenetére

  Sorry, a lock table a truncate elé kerül:

  BEGIN;
  LOCK TABLE tábla IN EXCLUSIVE MODE;
  TRUNCATE TABLE tábla;
  INSERT INTO tábla SELECT * FROM másik_tábla WHERE feltétel;
  COMMIT;

• #5976 Magnat veterán kw3v865 #5975

  Új Válasz 2025-03-18 09:07:20 #5976

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  válasz kw3v865 #5975 üzenetére

  Szia,

  nem ismerem a PostgreSQL-t, de igent tippelnék, sőt, mivel az insert elvileg row exclusive lockol (tehát nem a teljes táblát) az is lehet, h a rekordok fele már be lesz szúrva amikor a fv lefut, a többi meg még nem ...

  BEGIN;
  TRUNCATE TABLE tábla;
  LOCK TABLE tábla IN EXCLUSIVE MODE;
  INSERT INTO tábla SELECT * FROM másik_tábla WHERE feltétel;
  COMMIT;

  Én vhogy így csinálnám, nyilván ha a fv éppen akkor fut rá amikor ez történik, akkor egy picit várni fog. (Már ha fontos, h üres táblára vagy az insert közepén ne fusson le)

  Illetve a truncate elvileg gyorsabb mint a delete, szóval amiatt is így használnám.

• #5974 Magnat veterán Louro #5972

  Új Válasz 2025-02-08 18:08:57 #5974

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  válasz Louro #5972 üzenetére

  Transact (MS) Sql Server Express üzleti felhasználásra is free.

• #5963 Magnat veterán shipfolt #5962

  Új Válasz 2025-01-22 12:44:07 #5963

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  válasz shipfolt #5962 üzenetére

  Szia,

  "De, amikor be kell allitani, akkor valahogy ra kell keresni minimum az "ID + megnevezes" mezokre, es nem latok arra lehetoseget, hogy ugyanabban a tablaban keressek, aminek az egyik rekordjat megnyitottam szerkesztesre." - no offense, de ez nem igazán sql kérdés, ez már annak az eszköznek a funkcionalitásának a függvénye, amiben a megoldást fejleszted. Sql kliens-szerver kontextusban egyébként sincs olyan, h valamit megnyitottál szerkesztésre, mármint létezik rekord és tábla lock is összetett tranzakcióknál, de ez amit leírtál a valóságban sztem tipikusan úgy néz ki, h kiadsz egy selectet bizonyos filterrel, amivel listázod a feladatokat, aztán amikor az egyiknek ki akarod jelölni a szülőjét, akkor adott kritérium szerint kiadsz egy másik selectet ez esetben ugyanarra a táblára valamilyen más szűréssel, aztán ha kiválasztotta a user, h melyik lesz a szülője, akkor kiadsz egy update-ot a megfelelő rekordra és beírod a kiválasztott szülő rekord id-ját a megfelelő mezőbe.
  Ezen 3 művelet közben nem lesz megnyitva szerkesztésre az adott rekord (ideális megközelítésben legalábbis semmiképpen), hanem az sql szerver közben teszi a dolgát és amikor kiadod az update-ot a megfelelő rekordra, akkor megfogja és megcsinálja.
  Triggerelést én is elengedném ezzel a problémával kapcsolatosan.

• #5821 Magnat veterán Petya25 #5813

  Új Válasz 2023-09-29 09:36:34 #5821

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  válasz Petya25 #5813 üzenetére

  Szia, vagy lekéred PowerQuery-vel Excelben az adatbázistól ami kell és utána Excelben összekalapálgatod a lekérdezést.

• #5797 Magnat veterán

  Új Válasz 2023-08-14 14:32:14 #5797

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  Üdv,

  Mysql-ben van egy kis függvényem, ami egy adott mezőre (eladas_sum_brutto) végez műveleteket (lényegtelen, h mit) és ebből ad vissza egy értéket. (Bemenő paraméter az eladás id.)
  Viszont jó lenne univerzálisra megcsinálni a függvényt úgy, h ne csak erre a mezőre lehessen meghívni hanem pl az eladas_sum_netto-ra is. Így azt találtam ki, h csinálok egy általános függvényt, aminek a második paramétere a mezőnév, amire az adott műveletet el kell végezni és egy változóba összerakva a lekérdezést dinamikus sql-lel futtatnám meg a PREPARE, EXECUTE, DEALLOCATE trió segítségével, csakhogy mint kiderült, a mysql nem támogatja a dinamikus sql-t tárolt eljárásban/függvényben, illetve triggerben.

  Van valakinek 5lete esetleg, hogyan tudnék egy sztringet (amiben a select össze van rakva a paraméterként kapott mezőnévvel) sql parancsként futtatni tárolt függvényben vagy muszáj lesz minden érintett mezőre külön megcsinálni a függvényt (vagy egy függvényben case-szel külön selecteket futattni attól függően, h mi a mezőnév paraméter)?

• #5520 Magnat veterán nyunyu #5519

  Új Válasz 2022-05-27 01:07:19 #5520

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  válasz nyunyu #5519 üzenetére

  Köszi, közben meglett, sokkal egyszerűbb mint gondoltam:

  SET @row_number = 1;
UPDATE cikktorzs_customer SET `cust_partnerkod` = 200000 + (@row_number := 1 + @row_number)
WHERE cust_partnerkod = 200000

• #5515 Magnat veterán martonx #5513

  Új Válasz 2022-05-26 20:08:22 #5515

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  válasz martonx #5513 üzenetére

  Selectnél működik:

  SET @row_number = 1;
  SELECT
  (@row_number:=@row_number + 1) AS num,`cust_partnerkod`
  FROM cikktorzs_customer WHERE `cust_partnerkod`= 200000

  De update-nál nem, ugyanarra az értékre updateli az összes érintett sort:

  SET @row_number = 1
  UPDATE cikktorzs_customer c_c, (SELECT (@row_number:=@row_number + 1) AS num, cust_partnerkod AS i_c_p FROM cikktorzs_customer LIMIT 1 ) i_c_c SET `cust_partnerkod` = cust_partnerkod + @row_number WHERE cust_partnerkod = 200000

• #5514 Magnat veterán nyunyu #5511

  Új Válasz 2022-05-26 19:51:52 #5514

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  válasz nyunyu #5511 üzenetére

  "Sok fejfájástól megment, ha több tábla joinja alapján kell updatelni egy táblát..." - de ez egy tábla ...

  "Egyébként már az updateedet sem értem, miért kéne többször lefutnia az alselectnek, ha egyre limitáltad a visszaadható eredmény számát?" - azért, mert egy rekordhoz egyszer kell lefusson, de az első update után változik az adatnézet, ha akkor újra kiértékelődik a belső select, akkor már az eggyel növelt értékű rekordot kellene (mármint a logikám szerint) megtalálnia.

• #5510 Magnat veterán

  Új Válasz 2022-05-26 09:50:53 #5510

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  Üdv,

  adott egy tábla (cikktorzs_customer) amiben a cust_partnerkod hibás kód miatt több ezer rekord esetében azonos értéket vett fel (200000). Akarnék egy updatet az érintett rekordokra ami annyit csinál, h kiolvassa a mindig aktuálisan legnagyobb partnerkódot és ahhoz egyet hozzáad.

  UPDATE cikktorzs_customer c_c, (SELECT cust_partnerkod AS i_c_p FROM cikktorzs_customer ORDER BY cust_partnerkod DESC LIMIT 1) i_c_c
SET `cust_partnerkod` = i_c_p + 1
WHERE c_c.cust_partnerkod = 200000

  A gond ezzel annyi, h a belső select nem értékelődik ki újra minden alkalommal, így az összes rekord ami eddig 200000 volt, most 200001 lett. Ki tudja a megoldást?
  Előre is köszi annak, aki

Új hozzászólás Aktív témák