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

• #1866 Jester01 veterán bbTamas77 #1863

  Új Válasz 2013-08-01 19:10:36 #1866

  Ú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

  

  Jester01

  veterán

  válasz bbTamas77 #1863 üzenetére

  Fentiek alapján nap-óra-perc-másodperc például imígyen megkapható:

  SELECT CONCAT((UNIX_TIMESTAMP('2013-12-24 18:00') - UNIX_TIMESTAMP('2013-08-01 18:49')) DIV 86400, ' ',
  SEC_TO_TIME((UNIX_TIMESTAMP('2013-12-24 18:00') - UNIX_TIMESTAMP('2013-08-01 18:49')) % 86400))

  Kicsit csúnya, hogy kétszer kell benne elvégezni a kivonást de a SEC_TO_TIME az csak korlátozott különbséget tud egyébként kezelni. A DATEDIFF pedig buta mert az idő részt figyelmen kívül hagyja.

• #1858 Jester01 veterán sztanozs #1856

  Új Válasz 2013-08-01 18:03:15 #1858

  Ú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

  

  Jester01

  veterán

  válasz sztanozs #1856 üzenetére

  Csak az megint más érték lesz. Január 31 és március 1 között mennyi idő telt el?

  bbTamas77: te nem definiáltad elég jól még a feladatot.

• #1855 Jester01 veterán bbTamas77 #1853

  Új Válasz 2013-08-01 17:50:14 #1855

  Ú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

  

  Jester01

  veterán

  válasz bbTamas77 #1853 üzenetére

  A probléma az, hogy két időpont között ebben a formában lehet, hogy azonos eredményt kapsz amikor különböző időtartam volt valójában, hiszen az év illetve a hónapok hossza különbözhet.
  Ha valami 1 hónapja volt, az függ attól az előző hónap milyen hosszú volt. Ha ez neked jó, akkor nincs gond.

• #1852 Jester01 veterán bbTamas77 #1851

  Új Válasz 2013-08-01 17:22:45 #1852

  Ú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

  

  Jester01

  veterán

  válasz bbTamas77 #1851 üzenetére

  Az attól függ milyen adatbáziskezelőd van.
  Egyébként intervallumot dátum formában számolni nem túl jó ötlet, biztos, hogy azt akarod?

• #1826 Jester01 veterán bambano #1821

  Új Válasz 2013-07-07 21:21:04 #1826

  Ú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

  

  Jester01

  veterán

  válasz bambano #1821 üzenetére

  Ha máshogy nem akkor simán átkéred kliensoldalra majd visszaküldöd, nem nagy kaland.

• #1733 Jester01 veterán bambano #1732

  Új Válasz 2013-04-14 22:42:37 #1733

  Ú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

  

  Jester01

  veterán

  válasz bambano #1732 üzenetére

  Persze, de ez a beszúrás amit állítólag kézzel csinálsz akárhogy (azt csak sikerül megoldani). Ennek az eredményeképpen a mezei sql lesz a mezőben amit aztán a kódból már nem kell tovább alakítani.

• #1731 Jester01 veterán bambano #1730

  Új Válasz 2013-04-14 22:25:22 #1731

  Ú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

  

  Jester01

  veterán

  válasz bambano #1730 üzenetére

  De egyáltalán minek bárhogy kódolni? A text mezőben bármi lehet, csak akkor lenne probléma ha beszúrni akarnád programból. Mivel ezt kézzel csinálod, kiolvasni meg triviális akkor mi a gond?

• #1729 Jester01 veterán bambano #1728

  Új Válasz 2013-04-14 21:58:48 #1729

  Ú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

  

  Jester01

  veterán

  válasz bambano #1728 üzenetére

  Akkor viszont én nem fogtam fel mit akarsz.

• #1727 Jester01 veterán bambano #1726

  Új Válasz 2013-04-14 21:39:24 #1727

  Ú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

  

  Jester01

  veterán

  válasz bambano #1726 üzenetére

  Mármint annak az sql parancsnak kell paraméteresnek lennie ami a te sql parancsod teszi be a táblába.
  INSERT INTO queries (query) VALUES (?) és a query értéket pedig paraméterként megadni.

• #1725 Jester01 veterán bambano #1722

  Új Válasz 2013-04-14 21:23:46 #1725

  Ú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

  

  Jester01

  veterán

  válasz bambano #1722 üzenetére

  Ugyanúgy kell mint bármi mást, adatbázis oldalon pedig mindegy mi van a text mezőben.
  Remélem valami paraméteres sql parancsot használsz, akkor pedig az escape problémát az transzparensen megoldja neked.

• #1208 Jester01 veterán varsam #1207

  Új Válasz 2012-06-27 17:22:09 #1208

  Ú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

  

  Jester01

  veterán

  válasz varsam #1207 üzenetére

  Például trunc segítségével lecsapod az időt.
  Alkalmasint stringként is szétvághatod.
  Vagy akár csinálhatod like operátorral is.

• #1201 Jester01 veterán WolfLenny #1199

  Új Válasz 2012-06-14 14:31:59 #1201

  Ú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

  

  Jester01

  veterán

  válasz WolfLenny #1199 üzenetére

  Az se mindegy, hogy soronként PHP-ből vagy a mysql erre kitalált LOAD DATA INFILE parancsával csinálod.

• #742 Jester01 veterán WonderCSabo #741

  Új Válasz 2011-06-24 19:37:28 #742

  Ú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

  

  Jester01

  veterán

  válasz WonderCSabo #741 üzenetére

  Az i.first_name, i.last_name akkor sem lesz kiválasztható.

• #738 Jester01 veterán gaben #736

  Új Válasz 2011-06-24 18:56:30 #738

  Ú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

  

  Jester01

  veterán

  válasz gaben #736 üzenetére

  Ha ezt másoltad, akkor több hiba is van. Alulhúzás hiányzik 2 helyen, illetve egy r betű.

  WonderCSabo: de kell, a változó deklarációból kimaradt az alulhúzás.

• #573 Jester01 veterán maathe #572

  Új Válasz 2010-07-26 13:24:51 #573

  Ú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

  

  Jester01

  veterán

  válasz maathe #572 üzenetére

  UPDATE tábla SET PASSWORD=valamilyen_titkosító_függvény(PASSWORD)

• #568 Jester01 veterán potyo #567

  Új Válasz 2010-07-22 01:15:44 #568

  Ú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

  

  Jester01

  veterán

  válasz potyo #567 üzenetére

  ORDER BY mezo1*mezo2 DESC, id DESC

• #562 Jester01 veterán Alukard #561

  Új Válasz 2010-05-17 19:10:21 #562

  Ú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

  

  Jester01

  veterán

  válasz Alukard #561 üzenetére

  select t1.*,t2a.listing_field_value field1,t2b.listing_field_value field2 from t1,t2 t2a,t2 t2b where t2a.user_id = t1.user_id and t2a.listing_id = t1.listing_id and t2a.listing_field_name = 'field1' and t2b.user_id = t1.user_id and t2b.listing_id = t1.listing_id and t2b.listing_field_name = 'field2';

• #559 Jester01 veterán vzs #558

  Új Válasz 2010-05-14 13:58:45 #559

  Ú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

  

  Jester01

  veterán

  válasz vzs #558 üzenetére

  Például:
  SELECT col1, MIN(col2), MAX(col2) FROM table WHERE col3 = 1 GROUP BY col1

• #544 Jester01 veterán Apollo17hu #541

  Új Válasz 2010-04-22 17:52:57 #544

  Ú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

  

  Jester01

  veterán

  válasz Apollo17hu #541 üzenetére

  Hát mert nem mondtad milyen adatbázisod van ... mysql esetén működik, kipróbáltam.

• #540 Jester01 veterán Apollo17hu #539

  Új Válasz 2010-04-22 14:46:58 #540

  Ú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

  

  Jester01

  veterán

  válasz Apollo17hu #539 üzenetére

  SELECT A FROM t GROUP BY A HAVING COUNT(DISTINCT B) > 1

  Ez persze az A értékeket adja meg, de innen gondolom már megy.

• #511 Jester01 veterán vakondka #510

  Új Válasz 2009-12-06 14:01:55 #511

  Ú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

  

  Jester01

  veterán

  válasz vakondka #510 üzenetére

  A join miatt termék-attribútum párokat kapsz, mégpedig annyit ahány egyezés volt az attribútum (tehát nem a termék!) szerint. Azt kell megnézni, hogy melyik termékhez van pontosan annyi sor ahány feltétel volt, ezért van a group by és a having. Ha lehagyod azt a részt akkor láthatod hogy néz ki a join eredménye. Ha több feltételed van, akkor azt a kettes számot ott át kell írni értelemszerűen.

• #509 Jester01 veterán vakondka #508

  Új Válasz 2009-12-06 01:05:31 #509

  Ú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

  

  Jester01

  veterán

  válasz vakondka #508 üzenetére

  Szerintem elég lesz 1 join is.

  SELECT pef.products_id
  FROM products_to_products_extra_fields pef
  LEFT JOIN products p ON p.products_id = pef.products_id
  WHERE
  (pef.products_extra_fields_id = 2 AND pef.products_extra_fields_value = 'piros') OR
  (pef.products_extra_fields_id = 4 AND pef.products_extra_fields_value = '3')
  GROUP BY pef.products_id
  HAVING count(*) = 2

• #465 Jester01 veterán sonar #464

  Új Válasz 2009-05-19 13:58:28 #465

  Ú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

  

  Jester01

  veterán

  válasz sonar #464 üzenetére

  group by unitid having count(*) > 1

• #452 Jester01 veterán Yutani #451

  Új Válasz 2009-05-06 23:25:54 #452

  Ú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

  

  Jester01

  veterán

  válasz Yutani #451 üzenetére

  Tulajdonképpen ha van string összefűzésre aggregáló függvény akkor meg lehet oldani egy GROUP BY kitétellel. Nem mondtad milyen adatbázis, mysql-ben van ilyen GROUP_CONCAT néven. MS SQL-ben és Oracle alatt is lehet rá workaroundot csinálni gugli szerint. Úgy látszik kicsit elhamarkodottan állítottam, hogy nem lehet.

• #450 Jester01 veterán Yutani #449

  Új Válasz 2009-05-06 17:51:02 #450

  Ú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

  

  Jester01

  veterán

  válasz Yutani #449 üzenetére

  Hát, ezt natúr SQL-ben szerintem sehogy. A sok rekordból vagy kliens oldalon vagy szerver oldalon (stored procedure) neked kell egyet gyártani. De hátha valaki tud trükköt

• #447 Jester01 veterán CsodaPOK #446

  Új Válasz 2009-04-25 14:14:56 #447

  Ú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

  

  Jester01

  veterán

  válasz CsodaPOK #446 üzenetére

  select count(*) where vezeteknev=@vezeteknev and keresztnev=@keresztnev and fizetes > 200000;

  Feltéve, hogy a kukacos változók azok a függvényed paraméterei.

• #416 Jester01 veterán wildrain #415

  Új Válasz 2008-12-22 16:04:39 #416

  Ú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

  

  Jester01

  veterán

  válasz wildrain #415 üzenetére

  Ez alapján bizony úgy tűnik, hogy a legelső "SQL server database services" is kellene, vajon miért szürke? Előtte nem kérdezett valamit?

• #306 Jester01 veterán zeix #305

  Új Válasz 2007-11-28 16:10:04 #306

  Ú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

  

  Jester01

  veterán

  válasz zeix #305 üzenetére

  select oszlop from tabla group by oszlop having count(*) > 1

• #304 Jester01 veterán zeix #303

  Új Válasz 2007-11-28 15:14:55 #304

  Ú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

  

  Jester01

  veterán

  válasz zeix #303 üzenetére

  A group by és a count() megfelelő kombinációjával.

• #277 Jester01 veterán lapa #276

  Új Válasz 2007-10-02 15:21:22 #277

  Ú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

  

  Jester01

  veterán

  válasz lapa #276 üzenetére

  1. Az alias nem befolyásolja a where-t, ott attól még nyugodtan lehet használni az eredeti nevet is.
  2. ez valami rettentő nagy eredményt ad: Ugyanis az al-selectben ha nem írod ki explicit a táblanevet/aliast akkor az a belső táblá(k)ra vonatkozik. Tehát tulajdonképpen azonosságot írtál (eltekintve attól, hogy NULL != NULL). Helyesen a külső selectben kell megadni tábla aliast és arra hivatkozni. Így ni:

  select bla, bla2, bla3, bla4,
  (select count(*) from tabla where bla = kulso.bla) from tabla kulso where ...

• #258 Jester01 veterán Louloudaki #257

  Új Válasz 2007-06-22 14:54:10 #258

  Ú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

  

  Jester01

  veterán

  válasz Louloudaki #257 üzenetére

  Az adatmennyiségtől erősen függ. Sok rekord esetén a join gyorsabb lesz.

• #229 Jester01 veterán Drizzt #227

  Új Válasz 2007-03-12 00:32:36 #229

  Ú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

  

  Jester01

  veterán

  válasz Drizzt #227 üzenetére

  SELECT title, name FROM videos, members, borrows WHERE videos.videoid = borrows.videoid AND members.memberid = borrows.memberid AND members.dateofbirth = (SELECT min(members.dateofbirth) FROM borrows, members WHERE borrows.videoid=videos.videoid AND borrows.memberid = members.memberid)
  
  Ezzel az lehet még a baj, hogy több azonos korú tag is kivehette a filmet, a fenti lekérdezés ilyenkor visszaadja mindet. Ha csak egy kell, akkor még egy group by-t lehet a végére akasztani.
  
  Érdekességképpen egy hack megoldás, amibe nem kell al-select:
  
  SELECT SUBSTR(MIN(TO_CHAR(members.dateofbirth, 'YYYY-MM-DD') || members.name), 11), videos.title
  from borrows, videos, members
  WHERE borrows.video=videos.videoid AND borrows.member=members.memberid
  GROUP BY videos.title;

• #226 Jester01 veterán Drótszamár #224

  Új Válasz 2007-03-11 20:07:50 #226

  Ú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

  

  Jester01

  veterán

  válasz Drótszamár #224 üzenetére

  Ja az megy. Azt hittem másik szerverhez kell kapcsolódni.

• #225 Jester01 veterán Drizzt #223

  Új Válasz 2007-03-11 20:06:53 #225

  Ú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

  

  Jester01

  veterán

  válasz Drizzt #223 üzenetére

  Szóval marad az al-select.

• #221 Jester01 veterán Drótszamár #217

  Új Válasz 2007-03-11 19:45:22 #221

  Ú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

  

  Jester01

  veterán

  válasz Drótszamár #217 üzenetére

  Nem lesz jó a group by miatt.

• #219 Jester01 veterán Drótszamár #215

  Új Válasz 2007-03-11 19:35:41 #219

  Ú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

  

  Jester01

  veterán

  válasz Drótszamár #215 üzenetére

  Mysql-re egyelõre csak ezt találtam: [link]

• #214 Jester01 veterán Drótszamár #213

  Új Válasz 2007-03-11 18:47:58 #214

  Ú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

  

  Jester01

  veterán

  válasz Drótszamár #213 üzenetére

  Ez adatbáziskezelõtõl függ.

• #211 Jester01 veterán Drizzt #209

  Új Válasz 2007-03-11 18:05:54 #211

  Ú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

  

  Jester01

  veterán

  válasz Drizzt #209 üzenetére

  Izé, ha azokat kell kiírni amiket egy évnél nem régebben vagy soha nem vettek ki, akkor úgyis van where szûrés, szóval a decode-ban már nem kell vele foglalkozni. Ha a dateofcreation dátum típusú, akkor azt lehet, hogy még szöveggé is illene konvertálni.
  
  Kb valami ilyesmire gondoltam:
  SELECT ... DECODE(borrows.dateofcreation, NULL, 'SOHA', TO_CHAR(borrows.dateofcreation)) ... WHERE borrows.dateofcreation IS NULL OR borrows.dateofcreation > sysdate - 365

• #205 Jester01 veterán concret_hp #204

  Új Válasz 2007-03-09 19:10:31 #205

  Ú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

  

  Jester01

  veterán

  válasz concret_hp #204 üzenetére

  Összakapcsolod a 2 táblát (join), csoportosítasz vevő szerint és szűrsz a darabszámra (HAVING COUNT(*) = 2)

• #202 Jester01 veterán aton-hawk #201

  Új Válasz 2007-02-11 17:04:31 #202

  Ú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

  

  Jester01

  veterán

  válasz aton-hawk #201 üzenetére

  Gondolom a REND_FEJ táblából lehet ezt lekérdezni:
  SELECT pkód FROM REND_FEJ GROUP BY pkód HAVING MAX(kelt) < NOW() - INTERVAL 1 YEAR
  
  (ez így mysql szintaxis)
  
  Ha a pkód-on kívül egyéb adatok is kellenek akkor azt nyilván a PARTNER táblából lehet megkapni.
  
  [Szerkesztve]

• #170 Jester01 veterán warmaster #169

  Új Válasz 2006-11-10 15:09:41 #170

  Ú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

  

  Jester01

  veterán

  válasz warmaster #169 üzenetére

  A DTS Import/Export wizard ''Specify table or query'' lépésében választhatsz, hogy direktben táblát, lekérdezést vagy objektumokat akarsz másolni. A lekérdezést választva meghívhatod az eljárásod.

• #166 Jester01 veterán manrick #165

  Új Válasz 2006-10-30 19:59:46 #166

  Ú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

  

  Jester01

  veterán

  válasz manrick #165 üzenetére

  Csinálj az oszlopra indexet, arra való.

• #148 Jester01 veterán Gh0sT #147

  Új Válasz 2006-06-08 17:24:48 #148

  Ú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

  

  Jester01

  veterán

  válasz Gh0sT #147 üzenetére

  Az image az ebben az esetben nem képet jelent, csak egyszerűen bináris adatot. Simán elrakod a képet aztán a megfelelő controlba visszatöltőd, jól. Ez már a controltól függ, hogy ezt hogyan lehet megtenni.

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