Keresés: - MySQL topic - Mobilarena Hozzászólások

Legfrissebb anyagok

Mobilarena témák

PROHARDVER! témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

Ú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