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

• #3593 fordfairlane veterán velizare #3591

  Új Válasz 2017-10-17 16:43:59 #3593

  Ú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 velizare #3591 üzenetére

  A beírás is az SQL developeren keresztül történt?

• #3584 fordfairlane veterán #68216320 #3582

  Új Válasz 2017-10-13 12:12:58 #3584

  Ú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 #68216320 #3582 üzenetére

  Myisamnál nincs row-level lock.

  [link]

• #3306 fordfairlane veterán Petya25 #3302

  Új Válasz 2017-01-20 15:25:29 #3306

  Ú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 Petya25 #3302 üzenetére

  convert(time, helyett próbáld így, hogy convert(time(0),

• #3299 fordfairlane veterán bugizozi #3298

  Új Válasz 2017-01-20 10:50:51 #3299

  Ú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 bugizozi #3298 üzenetére

  Ez itt < véletlenül nem ez akar lenni? <

• #3274 fordfairlane veterán Ispy #3273

  Új Válasz 2017-01-11 18:51:39 #3274

  Ú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 Ispy #3273 üzenetére

  Hihetetlen, hogy micsoda türelmetek van.

• #3265 fordfairlane veterán kezdosql #3264

  Új Válasz 2017-01-11 13:17:28 #3265

  Ú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 kezdosql #3264 üzenetére

  Nagyon ügyes vagy, csak így tovább!

• #3246 fordfairlane veterán FIREBLADE78 #3244

  Új Válasz 2016-12-29 23:13:52 #3246

  Ú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 FIREBLADE78 #3244 üzenetére

  Remélem működik. Egyébként vállalati környezetben megszokott dolog a virtualizáció, részben az ilyen kompatibilitási okokból kifolyólag.

• #3243 fordfairlane veterán FIREBLADE78 #3242

  Új Válasz 2016-12-26 14:06:25 #3243

  Ú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 FIREBLADE78 #3242 üzenetére

  Nálam a VirtualBox simán tudja használni a host gép LAN adapterét.

• #3220 fordfairlane veterán ALFA #3216

  Új Válasz 2016-11-02 10:33:36 #3220

  Ú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 ALFA #3216 üzenetére

  Ezt a logikát nem értem, hogyan oldják meg.

  Amikor a kliens rákattint a következő oldal gombra, ugyanaz a lekérdezés lezajlik még egyszer, csak ilyenkor egy másik szeletét kapja az eredményhalmaznak. Az alkalmazáslogika jellemzően nem tárolja el a lekérdezés eredményét, csupán csak a lekérdezés paramétereit, például az url-ben, meg még azt, hogy a halmaz melyik szegmensét jelenítse meg.

• #3178 fordfairlane veterán bambano #3176

  Új Válasz 2016-09-22 18:21:57 #3178

  Ú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 bambano #3176 üzenetére

  de neki a tól-ig-ja nem év, hanem gimnáziumi osztály "évadjelző" vagy hogy mondjam.

  Mármint hogy évfolyam? Hát akkor tényleg nem jó a YEAR sem, inkább INT UNSIGNED esetleg DECIMAL.

• #3175 fordfairlane veterán MineFox54 #3173

  Új Válasz 2016-09-22 18:12:14 #3175

  Ú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 MineFox54 #3173 üzenetére

  Mysql-ben van YEAR típus is, amin működik a beépített dátumaritmetika.

• #3118 fordfairlane veterán Thrawnad #3115

  Új Válasz 2016-07-06 17:27:53 #3118

  Ú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 Thrawnad #3115 üzenetére

  SELECT * FROM bejelentkezesek WHERE mikor IN (SELECT mikor FROM bejelentkezesek WHERE DATE(nap) = CURRDATE() AND honnan = '1' ORDER BY mikor DESC LIMIT 3)

  (PHP alatt lehetőleg NE használd a mysql_query függvényt!)

• #2744 fordfairlane veterán fordfairlane #2743

  Új Válasz 2014-12-30 20:37:29 #2744

  Ú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 fordfairlane #2743 üzenetére

  a simple esetén a logból a lezárult tranzakciók eltűnnek.

  Ez egyébként sajnos nem ilyen egyszerű, de egy manuális checkpoint indítással úgy tűnik, megoldható. Sajnos ez már az a mélysége az MS SQL adminisztrációjának, amit sajnos nem ismerek eléggé.

• #2743 fordfairlane veterán Khelben #2739

  Új Válasz 2014-12-30 19:42:57 #2743

  Ú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 Khelben #2739 üzenetére

  A tranzakciólog tartalma függ a beállított recovery mode-tól, a simple esetén a logból a lezárult tranzakciók eltűnnek. A fizikai törlés a log esetén a shrink művelet. A recovcery mode az egész adatbázisra vonatkozik, és kihatással van az egész backup folyamatra, ezért ha csak egy bizonyos táblánál vannak ilyen kritériumok, akkor azt érdemes egy külön adatbázisba tenni. Pluszban még meg lehet fejelni az egészet egy titkosítással.

• #2738 fordfairlane veterán Khelben #2728

  Új Válasz 2014-12-30 18:09:02 #2738

  Ú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 Khelben #2728 üzenetére

  Létezik erre egy rendszerszintű tárolt eljárás:

  [link]

• #2694 fordfairlane veterán DNReNTi #2693

  Új Válasz 2014-12-04 11:51:27 #2694

  Ú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 DNReNTi #2693 üzenetére

  Rendesen felindexelt táblákkal az 1-1 kapcsolat JOIN is elég gyors, kivéve az extrém eseteket.

• #2688 fordfairlane veterán Panthera #2686

  Új Válasz 2014-12-04 10:39:22 #2688

  Ú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 Panthera #2686 üzenetére

  A mysqldump-nak van jópár opciója, pl. hogy rakjon-e create table drop table statementeket, az insert into formátuma pontosan milyen legyen, a dumpfile milyen karakterkódolású legyen stb...

• #2678 fordfairlane veterán Panthera #2677

  Új Válasz 2014-11-19 12:09:17 #2678

  Ú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 Panthera #2677 üzenetére

  Mysqldump

• #2671 fordfairlane veterán Sk8erPeter #2670

  Új Válasz 2014-11-14 13:04:35 #2671

  Ú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 Sk8erPeter #2670 üzenetére

  Az biztos, hogy belépési próbálkozásokat én nem user táblában tárolnám el, elvégre a user azonosítót is el lehet gépelni.

• #2669 fordfairlane veterán #68216320 #2668

  Új Válasz 2014-11-14 12:42:43 #2669

  Ú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 #68216320 #2668 üzenetére

  Tárolhatod session-ben is a belépési próbálkozások számát.

• #2662 fordfairlane veterán #68216320 #2659

  Új Válasz 2014-11-12 14:02:53 #2662

  Ú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 #68216320 #2659 üzenetére

  Én azért, hasonlóan a többiekhez, javaslom, hogy tegyél egy próbát a Mysql workbentch-csel. Bár az sem tökéletes, nekem néha elszáll.

• #2655 fordfairlane veterán #68216320 #2653

  Új Válasz 2014-11-11 15:43:35 #2655

  Ú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 #68216320 #2653 üzenetére

  Én is communityt telepítettem fel, 5.6.21-et. Valami developer install opciót választva a mysql workbenchet és a mysql notifiert is felrakta.

  Egyébként a belinkelt leírásban ott van, hogy mit kell beírni a my.cnf-be, úgyhogy megoldható workbench telepítés nélkül is.

• #2652 fordfairlane veterán #68216320 #2651

  Új Válasz 2014-11-11 13:55:16 #2652

  Ú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 #68216320 #2651 üzenetére

  A Mysql Workbench-ben a performance fülön szedd ki a pipát a performance schema-nál, majd mysql szerver restart. Egyébként my.cnf is lehet a configfile neve.

  [link]

• #2648 fordfairlane veterán #68216320 #2646

  Új Válasz 2014-11-11 11:37:16 #2648

  Ú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 #68216320 #2646 üzenetére

  Nálam 18 MB-t eszik a Mysql 5.0.51. Nem lehet, hogy a my.ini-ben magasra vannak állítva a gyorsítótárak mérete?

• #2628 fordfairlane veterán PumpkinSeed #2627

  Új Válasz 2014-10-29 06:43:59 #2628

  Ú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 PumpkinSeed #2627 üzenetére

  mysqldump

• #2602 fordfairlane veterán attis71 #2598

  Új Válasz 2014-10-16 19:43:30 #2602

  Ú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 attis71 #2598 üzenetére

  SELECT * FROM (SELECT aru_nev,aru_egysegar FROM aruk ORDER BY aru_egysegar DESC LIMIT 3) AS aruk_kivonat ORDER BY aruk_kivonat.aru_egysegar ASC

• #2595 fordfairlane veterán bambano #2594

  Új Válasz 2014-10-16 16:25:38 #2595

  Ú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 bambano #2594 üzenetére

  Top 3-at szerintem csak az mssql tudja. Mysql/postre-nél limit, Oracle-nál ROWCOUNT.

• #2590 fordfairlane veterán attis71 #2584

  Új Válasz 2014-10-16 15:59:13 #2590

  Ú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 attis71 #2584 üzenetére

  Szerintem sem megy subselect nélkül.

• #2502 fordfairlane veterán Sk8erPeter #2499

  Új Válasz 2014-07-11 16:26:05 #2502

  Ú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 Sk8erPeter #2499 üzenetére

  Ismerni kéne a rendszert, hogy a vonalkód milyen értékeket vehet fel. Ha például betű csak valami hiba folytán kerülhet be, akkor decimal + validálás a megfelelő eljárás. Ha előfordulhatnak betűk és számok is, akkor a varcharral nincs semmi gond.

• #2498 fordfairlane veterán Sk8erPeter #2496

  Új Válasz 2014-07-11 16:01:09 #2498

  Ú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 Sk8erPeter #2496 üzenetére

  Egyébként egyszerű a probléma: nem írta le, hogy a vonalkód milyen értékkészletű, és azt sem, hogy a DB séma milyen. Utólag megtudtuk, hogy double volt, de ezzel sem megyünk sokra, mert a varchar mindent elbír, tehát inkább csak elfedi a hibát, mint sem megoldja.

• #2494 fordfairlane veterán Sk8erPeter #2491

  Új Válasz 2014-07-11 15:36:20 #2494

  Ú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 Sk8erPeter #2491 üzenetére

  Ha biztosan csak számok vannak benne, akkor miért is ne, teljesítmény-szempontból még jobb is lehet.

  Kivéve, ha nullával vagy nullákkal kezdődő számsorról van szó. Arra a decimal vagy numeric típus való, nem a különféle méretű integerek, és persze a lebegőpontos ábrázolásmódok sem.

• #2096 fordfairlane veterán modder #2095

  Új Válasz 2014-01-27 17:09:35 #2096

  Ú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 modder #2095 üzenetére

  Egyébként én először olyan információt akartam szövegként tárolni, ami tipikusan egy enum (SQL) típus lenne, és a mező "kardinalitása" olyan 10 db érték körül mozog. Enummal az a baj, hogy nem elég dinamikus, ha új értékre van szükségem az alkalmazásban, akkor módosítanom kell az elérhető enumok listáját, ami MySQLnél azt is eredményezheti, hogy újragenerálja az egész táblát. És az enumra lett volna alternatíva a numerikus vagy szöveges érték, ahol én arra szavaznék, hogy legyen csak szöveges pl.
  Státusz = {"active", "inactive", "suspended", "deleted"} ahelyett, hogy 1,2,3,4-t tennénk a mezőbe. És szerintem ez tényleg nem nagy eretnekség.

  Már miért lenne eretnekség, sehol nincs előírva, hogy felsorolás mezőnek INT-nek kell lennie. Enum mehet a fix készletnek, CONSTRAIN-es kapcstábla a variábilis jellegűnek. Felindexelve egy varchar is gyors, és csak emiatt fölösleges egy plusz INT-re absztrakciót beemelni a táblaszerkezetbe.

• #2086 fordfairlane veterán modder #2083

  Új Válasz 2014-01-26 18:45:28 #2086

  Ú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 modder #2083 üzenetére

  Tároljuk a település nevét szövegként a személy táblában, vagy egy numerikus kódot és joinoljuk egy településeket tartalmazó táblával mindig?

  Ha a település neve egyedi, akkor a név lehet kulcsmező. Szövegként tárolni a települések közt, és idegen kulcsként is felhasználható egyidejűleg.

• #2060 fordfairlane veterán martonx #2058

  Új Válasz 2014-01-22 18:04:37 #2060

  Ú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 martonx #2058 üzenetére

  A varázslók egy darabig jók, de egy idő után már csak hátráltatnak.

  

• #2052 fordfairlane veterán csabyka666 #2049

  Új Válasz 2014-01-17 18:05:13 #2052

  Ú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 csabyka666 #2049 üzenetére

  Ha az áruház nevéből indulsz, és a termék(ek) nevéhez akarsz elérkezni, akkor szükséged lesz mind a három táblára. Három táblát meg két JOIN-nal tudsz összekapcsolni. (Nem mostanában volt pont ugyanerről téma errefelé?)

  SELECT termek.nev
  FROM termek
  (INNER) JOIN kapcstabla
  ON termek.id = kapcstabla.termekid
  (INNER) JOIN aruhaz
  ON aruhaz.id = kapcstabla.aruhazid
  WHERE aruhaz.nev = "nagyesszep";

  Vagy valami ilyesmi. Ez csak két equi-join, semmi nagy varázslat.

  Szerk: Az INNER-t azért tettem zárójelbe, mert opcionális. Vagy SQL kiszolgálófüggő.

• #2029 fordfairlane veterán Kommy #2027

  Új Válasz 2014-01-08 15:53:32 #2029

  Ú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 Kommy #2027 üzenetére

  Összerakva nem

  És nem ír ki semmi hibát?

• #2024 fordfairlane veterán Kommy #2022

  Új Válasz 2014-01-08 13:57:50 #2024

  Ú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 Kommy #2022 üzenetére

  A query jónak tűnik. Próbáld ki külön külön a két JOIN-t. Hátha.

• #2021 fordfairlane veterán Kommy #2020

  Új Válasz 2014-01-08 13:25:45 #2021

  Ú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 Kommy #2020 üzenetére

  de ha ehhez a lekérdezéshez hozzáadok még egy join-t akkor már nem lesz eredménye a lekérdezésnek. (pedig van olyan id-jű versenyző)

  Pedig sok variáció ezzel nincs, mivel egyértelmű, kit mivel kell összekapcsolni. Versenyzőket a nevezésekkel, azt meg a kategóriákkal, a megfelelő kulcsmezők mentén. Dupla Equi-Join. Versenyzo INNER JOIN Nevezett ON Versenyzo.id = Nevezett.versenyzoid INNER JOIN Kategoriak ON Nevezett.kategoriaid = Kategoriak.id

• #2004 fordfairlane veterán Tv #1998

  Új Válasz 2013-12-31 19:58:09 #2004

  Ú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 Tv #1998 üzenetére

  Nem együgyű a kérdés, ahogy elnézem, inkább a válaszok azok. Egyenértékű a két query.

• #1979 fordfairlane veterán quby #1978

  Új Válasz 2013-11-28 12:17:43 #1979

  Ú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 quby #1978 üzenetére

  Keresd meg a második left outer join részt:

  A Visual Explanation of SQL Joins

• #1576 fordfairlane veterán Vision #1575

  Új Válasz 2013-02-01 16:13:28 #1576

  Ú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 Vision #1575 üzenetére

  Az MYI kiterjesztésű fájl elvileg MyISAM index.

• #1504 fordfairlane veterán sztanozs #1501

  Új Válasz 2012-12-18 14:44:20 #1504

  Ú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 sztanozs #1501 üzenetére

  Mintha egyébként ne lehetne megfelelő helyzetekben denormalizált adatszerkezetet használni.

• #1498 fordfairlane veterán Inv1sus #1497

  Új Válasz 2012-12-17 21:41:18 #1498

  Ú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 Inv1sus #1497 üzenetére

  kategorizálás (taggelés) témában ajánlok egy jó blogpostot:

  [link]

• #1487 fordfairlane veterán Inv1sus #1485

  Új Válasz 2012-12-14 15:35:10 #1487

  Ú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 Inv1sus #1485 üzenetére

  Vagy tárolt eljárással, vagy olyan adatszerkezettel, amelyik egyértelműen írja le, hogy a kedvezményt hogyan kell számolni. Így egy SELECT case szerkezettel tudsz kedvezményt kalkulálni, majd erre rendezni.

• #1349 fordfairlane veterán Lacces #1347

  Új Válasz 2012-08-16 23:47:20 #1349

  Ú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 Lacces #1347 üzenetére

  Elhajítod az id oszlopot, majd újra létrehozod.

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