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

• #1471 martonx veterán Jim-Y #1470

  Új Válasz 2013-09-26 12:50:47 #1471

  Ú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

  

  martonx

  veterán

  válasz Jim-Y #1470 üzenetére

  természetesen. Vagy PK-ként, vagy külön Key-ként.

• #1465 fordfairlane veterán Jim-Y #1464

  Új Válasz 2013-09-17 10:39:01 #1465

  Ú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

  

  fordfairlane

  veterán

  válasz Jim-Y #1464 üzenetére

  Akkor a dátum mezőt UNIQUE-re kell állítani, és lehet használni az INSERT IGNORE vagy REPLACE-t.

• #1463 fordfairlane veterán Jim-Y #1461

  Új Válasz 2013-09-17 10:33:59 #1463

  Ú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

  

  fordfairlane

  veterán

  válasz Jim-Y #1461 üzenetére

  INSERT IGNORE INTO tabla ...

  ezzel próbálkoztam, de nem jó, beszúr egy újabb sort, nyílván más id-vel, de a többi ugyanaz

  Ha van egy inkrementálódó kulcsmező, akkor, ahogy elnézem, nincs kulcsérték megadva, anélkül pedig nem fog működni.

• #1462 martonx veterán Jim-Y #1461

  Új Válasz 2013-09-17 10:29:50 #1462

  Ú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

  

  martonx

  veterán

  válasz Jim-Y #1461 üzenetére

  Ezt biztosan SQL szinten akarod kezelni? Tárolt eljárással, vagy triggerrel biztos meg tudod oldani, hogy van-e valami mysql specifikus trükk, amivel egy sorban meg tudnád oldani, azt nem tudom.

• #1444 martonx veterán Jim-Y #1443

  Új Válasz 2013-08-22 15:01:53 #1444

  Ú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

  

  martonx

  veterán

  válasz Jim-Y #1443 üzenetére

  Ha ez úgyis tárolt eljárás (amire persze egyesek szerint úgy sincs semmi szükség), akkor tedd meg azt, hogy az alselect-et bedobod egy temp táblába, a temp tábla range_id-jére pedig teszel egy index-et (amivel egyesek szerint úgyse gyorsul számottevően semmi). Ezzel, ha minden igaz, drasztikusan le tudod redukálni a futásidőt.

• #1442 Apollo17hu őstag Jim-Y #1441

  Új Válasz 2013-08-22 13:38:39 #1442

  Ú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

  

  Apollo17hu

  őstag

  válasz Jim-Y #1441 üzenetére

  Pl. fogod a megírt lekérdezésed, és gyengén hozzákötöd a t2 táblához. Ekkor t2.ből megkapsz minden sort, a gyengén bekötött allekérdezésből pedig a darabszámokat. (A null-okat pedig lecserélheted nullára, ha úgy jobban tetszik.)

• #1395 Apollo17hu őstag Jim-Y #1394

  Új Válasz 2013-08-18 14:49:20 #1395

  Ú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

  

  Apollo17hu

  őstag

  válasz Jim-Y #1394 üzenetére

  Akkor átírva a fentit ez jó?

  SELECT t2.range_from
  ,t2.range_to
  ,MIN(CASE
  WHEN t2.range_from >= t1.range_from AND t2.range_to <= t1.range_to THEN
  'I'
  ELSE
  'N'
  END) flag
  FROM t1
  ,t2
  GROUP BY t2.range_from
  ,t2.range_to

  szerk.: Tényleg jó a Fiddle, külön öröm, hogy van benne kódformázás is.

• #1393 Sk8erPeter nagyúr Jim-Y #1390

  Új Válasz 2013-08-18 13:31:11 #1393

  Ú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

  

  Sk8erPeter

  nagyúr

  válasz Jim-Y #1390 üzenetére

  Már kaptál választ, úgyhogy ez csak visszakérdezés lesz, azt meg szabad kérdezni, milyen jellegű feladathoz kell, hogy a tartományokat táblában tárold? Csak kíváncsiságból érdekel, nyilván lehet feladattól függően létjogosultsága.

• #1392 Apollo17hu őstag Jim-Y #1390

  Új Válasz 2013-08-16 16:11:46 #1392

  Ú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

  

  Apollo17hu

  őstag

  válasz Jim-Y #1390 üzenetére

  SELECT tabla_1.col1
  ,tabla_2.col2
  ,MIN(CASE
  WHEN tabla_1.col_1 >= tabla_2.col_1 AND tabla_1.col_2 <= tabla_2.col_2 THEN
  'I'
  ELSE
  'N'
  END) flag
  FROM tabla_1
  ,tabla_2
  GROUP BY tabla_1.col1
  ,tabla_2.col2

  Itt nem 'TRUE' jelenik meg, hanem 'I', ha a 2. táblában legalább egy olyan tartomány van, amibe beleesik, 'N' pedig, ha nincs ilyen tartomány.

  Nem ellenőriztem, próbálgasd...

  Az elv az, hogy a Descartes-szorzatot a MIN() függvénnyel redukálod (méghozzá az 1. táblában szereplő sorok számára). A MIN() azért jó, mert az 'I' karakter előbb van az ABC-ben mint az 'N' karakter.

• #1391 martonx veterán Jim-Y #1390

  Új Válasz 2013-08-16 14:38:42 #1391

  Ú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

  

  martonx

  veterán

  válasz Jim-Y #1390 üzenetére

  Gondolom megoldható. sqlfiddle?

• #1388 martonx veterán Jim-Y #1387

  Új Válasz 2013-08-13 14:01:12 #1388

  Ú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

  

  martonx

  veterán

  válasz Jim-Y #1387 üzenetére

  Amit írsz az lehetetlen. A select nem fog neked soha mező értéket átírni. SQLFiddle példát várunk.

• #1374 Sk8erPeter nagyúr Jim-Y #1363

  Új Válasz 2013-08-01 12:35:32 #1374

  Ú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

  

  Sk8erPeter

  nagyúr

  válasz Jim-Y #1363 üzenetére

  Szerintem ez is egyértelműen tárolt eljárásos feladat. Hirtelen nem nagyon tudok elképzelni jobb megoldást az egyszerű ciklusnál, amit Te is írtál, de majd hátha a többiek is véleményezik.

• #1336 xeqe csendes tag Jim-Y #1331

  Új Válasz 2013-07-24 12:47:35 #1336

  Ú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

  

  xeqe

  csendes tag

  válasz Jim-Y #1331 üzenetére

  Vagy várj, valamit elnéztem. Igazából az Osszes és a below72hours alapján nem lehet kiszámolni az above72hours értékét, hiszen utóbbi két érték esetében azok a sorok számítanak ahol valami szigorúan kisebb, illetve nagyobb, mint 72. Emiatt (below72hours + above72hours) nem feltétlen egyenlő az Osszes értékével.

  Tehát egyik helyen meg kellene engedni az egyenlőséget ahhoz, hogy igaz legyen:
  below72hours + above72hours = Osszes.

• #1335 xeqe csendes tag Jim-Y #1331

  Új Válasz 2013-07-24 12:33:40 #1335

  Ú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

  

  xeqe

  csendes tag

  válasz Jim-Y #1331 üzenetére

  Amennyire én tudom, csak így lehet megoldani:

  SELECT
  date,
  Osszes,
  below72hours,
  Osszes - below72hours
  FROM (
  SELECT
  date,
  COUNT(*) as Osszes,
  COUNT(IF(valami < 72,valami,null)) as below72hours
  FROM TABLE
  GROUP BY date) as temp;

  És ez így még ocsmányabb, mint a te megoldásod. Amúgy a teljesítmény miatt nem kell aggódnod - ebben az esetben legalábbis. Az adatbázismotor erősen optimalizálja a lekérdezést, szóval valószínűleg az általad összehozott lekérdezés is úgy fog lefutni, hogy amint megvan az Osszes és a below72hours, egy kivonással kiszámolja a hiányzó értéket.

• #1334 fordfairlane veterán Jim-Y #1333

  Új Válasz 2013-07-24 11:02:27 #1334

  Ú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

  

  fordfairlane

  veterán

  válasz Jim-Y #1333 üzenetére

  Egyébként lehetséges, hogy megoldható egy lekérdezéssel is, de tárolt eljárással vagy alkalmazáslogikával talán átláthatóbb.

• #1332 fordfairlane veterán Jim-Y #1328

  Új Válasz 2013-07-24 10:52:54 #1332

  Ú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

  

  fordfairlane

  veterán

  válasz Jim-Y #1328 üzenetére

  Miért akarod egy queryben lekérdezni ezt? Különféle szerkezetű és számosságú eredményhalmazról van szó.

• #1330 martonx veterán Jim-Y #1328

  Új Válasz 2013-07-24 10:51:09 #1330

  Ú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

  

  martonx

  veterán

  válasz Jim-Y #1328 üzenetére

  Egy sqlfiddle példával igazán megdobhatnál minket.

• #1329 biker nagyúr Jim-Y #1328

  Új Válasz 2013-07-24 10:37:49 #1329

  Ú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

  

  biker

  nagyúr

  válasz Jim-Y #1328 üzenetére

  lehet rosszul tudom, de count esetén egy szám csak az eredmény, nincs más

  csinálj normál selectet, és számold az eredményt

• #1309 martonx veterán Jim-Y #1308

  Új Válasz 2013-06-27 13:45:31 #1309

  Ú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

  

  martonx

  veterán

  válasz Jim-Y #1308 üzenetére

  Híjnye, jól látom, hogy a MySQL-lel hivatalosan nem lehet %-ot megadni a Limitnek? Pedig ez PostgreSQL-ben, MS SQL-ben (gondolom Oracle-ben is) támogatott.
  Mindegy itt egy kerülő megoldás:

  SELECT*
  FROM (
  SELECT list.*, @counter := @counter +1 AS counter
  FROM (select @counter:=0) AS initvar, list
  ORDER BY value DESC
  ) AS X
  where counter <= (10/100 * @counter);
  ORDER BY value DESC

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