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

• #3530 Dilikutya félisten martonx #3528

  Új Válasz 2017-08-17 11:34:23 #3530

  Ú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

  

  Dilikutya

  félisten

  válasz martonx #3528 üzenetére

  Annyira viszont nincsenek hosszú szövegmezők, hogy a TEXT-ből futnánk ki.

• #3529 Dilikutya félisten Dilikutya #3527

  Új Válasz 2017-08-17 11:25:24 #3529

  Ú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

  

  Dilikutya

  félisten

  válasz Dilikutya #3527 üzenetére

  Nem sokkal később megtaláltam a megoldást:

  SET GLOBAL innodb_file_format = barracuda; Ezt futtatni kell egy query-ből.

  Ez érvényes lesz az újonnan létrehozott táblákra. A problémás sorok importálásához xlsx táblázatból újra létre kell hozni már ily módon a táblát, ezúttal DYNAMIC-ként, és menni fog.

  CREATE TABLE table (`mezonev` MEZOTIPUS) ENGINE=InnoDB ROW_FORMAT=DYNAMIC....;

• #3527 Dilikutya félisten

  Új Válasz 2017-08-17 00:37:15 #3527

  Ú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

  

  Dilikutya

  félisten

  1118: Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768 bytes is stored inline.

  Ezzel mit lehet kezdeni, ha a hibaüzenetben javasolt megoldások nem segítenek? Alapból csak TEXT és TINYINT van, de utóbbi mezőkben valóban csak szám van. A TEXT mezők hosszabb, pár száz, olykor ezer karakter körüli szövegeket tartalmaznak.

• #3457 Dilikutya félisten tm5 #3454

  Új Válasz 2017-06-28 13:29:21 #3457

  Ú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

  

  Dilikutya

  félisten

  válasz tm5 #3454 üzenetére

  Előbb kérdeztem mint gondolkodtam.

  Ez viszont nem ilyen egyszerű: mezők átlagértékeit kellene lekérdezni, de nem mindegyiket, csak egy részét, amiben megadott karakter van. A mezők szám+egyetlen betű formátumúak.

• #3453 Dilikutya félisten martonx #3420

  Új Válasz 2017-06-20 11:52:52 #3453

  Ú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

  

  Dilikutya

  félisten

  válasz martonx #3420 üzenetére

  Mert nem vagyok annyira otthon az SQL-ben, de ez most nem is lényeges, a lényeg, hogy a megfelelő adatok meglegyenek. És a jelen ismereteimmel az egész nem is oldható meg máshogy, csak jó sok lekérdezéssel. Hülye xlsx táblákat kell feltölteni hülye adatbázisból, amiről tudjuk mi is, hogy szar.

  Még egy kérdés: AVG-nek megadható, hogy az adott mező értékeiből csak egy tartomány alapján számoljon? Pl. van a mezőben 1-7 érték, de én csak az 1-5 közötti értékek átlagát kérdezném le.

• #3418 Dilikutya félisten martonx #3417

  Új Válasz 2017-05-26 14:08:22 #3418

  Ú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

  

  Dilikutya

  félisten

  válasz martonx #3417 üzenetére

  Nem négy rész van, sokkal több. És minden sorban más mezőből van lekérdezés, de a feltétel amúgy ugyanaz. És minden lekérdezés eredménye majd egy xlsx cellába.

• #3415 Dilikutya félisten Ispy #3414

  Új Válasz 2017-05-26 08:54:37 #3415

  Ú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

  

  Dilikutya

  félisten

  válasz Ispy #3414 üzenetére

  Van benne logika, mert minden sor ugyanazzal kérdez le, csak mind másik mezőből:

  SELECT akármi(mezőnév1) FROM tábla WHERE `mezőnév1` = X;
SELECT akármi(mezőnév2) FROM tábla WHERE `mezőnév2` = X;
SELECT akármi(mezőnév3) FROM tábla WHERE `mezőnév3` = X;
SELECT akármi(mezőnév4) FROM tábla WHERE `mezőnév4` = X;

  Kód alatt valami C++/C# kódra gondolsz, vagy megoldható SQL-ből is?

• #3413 Dilikutya félisten martonx #3412

  Új Válasz 2017-05-25 15:07:56 #3413

  Ú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

  

  Dilikutya

  félisten

  válasz martonx #3412 üzenetére

  Köszi!

  De a lényeg a folytatásban van.

  SELECT akármi(mezőnév) FROM tábla WHERE `mezőnév` = X;

  A lekérdezés fele beírva a megfelelő helyre, viszont máshova kell ugyanez, kibővítve úgy, hogy mezőnév -ből csak bizonyos adattartomány szerinti adatok kellenek. Erre van valami általános hivatkozás, ami a lekérdezésben egyszer már szereplő mezőnevet behelyettesíti, vagy kézzel kell beírni?

  A lekérdezések ennél bonyolultabbak, de ez a lényeges része most nekem, a többi csak AND, OR, könnyen és gyorsan lehet azzal a résszel dolgozni, ez viszont minden sorban más és más lesz. És nagyon sok sor van.

• #3411 Dilikutya félisten martonx #3410

  Új Válasz 2017-05-25 11:42:23 #3411

  Ú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

  

  Dilikutya

  félisten

  válasz martonx #3410 üzenetére

  Nincs mögötte az adatbázis még.

  Másik kérdés. Sok lekérdezés, de mind ugyanaz, csak más mezőből kéri le az értékeket ugyanazon feltétel szerint. Hogy lehet ezt a legjobban automatizálni? Illetve a lekérdezett mezőből bizonyos értékeket ki kell zárni (vagy csak bizonyos tartományt belevenni), és mivel ez ugyanaz a mező, ahonnan eleve lekérdezek, hogy lehetne elkerülni, hogy még a WHERE után minden lekérdezésbe is bele kelljen írni?

• #3408 Dilikutya félisten

  Új Válasz 2017-05-25 11:10:43 #3408

  Ú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

  

  Dilikutya

  félisten

  Hello!

  Egy mezőben van 3 érték. Ebből kettőt egyben használnék szűrési feltételnek, akkor a

  `adat` BETWEEN 1 AND 2

  és

  `adat` = 1 OR `adat` = 2

  egyenértékű ebben az esetben?

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