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

• #2212 Panhard tag martonx #2211

  Új Válasz 2023-03-31 19:32:45 #2212

  Ú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

  

  Panhard

  tag

  válasz martonx #2211 üzenetére

  Igen, próbáltam többféleképpen lekérdezni, de sokkal gyorsabb nem lett. Szerintem azt fogom csinálni, hogy letárolom a napokat groupolva külön táblában, ahogy te is írtad.

• #2210 Panhard tag

  Új Válasz 2023-03-29 20:51:55 #2210

  Ú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

  

  Panhard

  tag

  Sziasztok!
  Van egy lekérdezésem, ami így nézni:
  select cast(datetime as DATE) as gpsdate from kocsi GROUP by gpsdate;
  Napokat csoportosítja a datetime oszlop szerint. Kb: 1.8millio sor van az oszlopban. Egy napra kb: 2000.
  Ez a lekérdezés jelenleg 1.9mp-ig tart.
  Az oszlop indexelve van, Az explain lekérdezés szerint használja is. Az explain extra oszlopába ezt írja: "Using index; Using temporary; Using filesort".
  Ideiglenes táblát hoz létre a lekérdezéshez. Lehet ezt másképpen csinálni, hogy sokkal gyorsabb legyen? Ne tartson majdnem 2 mp-ig?

• #2147 Panhard tag instantwater #2146

  Új Válasz 2021-02-04 23:38:58 #2147

  Ú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

  

  Panhard

  tag

  válasz instantwater #2146 üzenetére

  ai, date, time oszlopok voltak az adatbázisban. Az ai volt az auto increment, csak a rendezés miatt kellett, más haszna nem volt. Ez a három oszlop helyett lett a datetime, a másik három majd törölve lesz.
  A datetime mezőben soha nem lesz két egyforma adat. De ha mégis valamiért feltöltődne, a primary key index megakadályozza.
  A datetime oszlop tartalmát a date és time oszlopokból generáltam. Csak az a baj, hogy 2018 előtt nem figyeltem arra, hogy ne töltődjön fel két egyforma adat, így most van egy pár táblázat, ahol kb: másfél millió sorból van átlagban 500 duplikált. Azokat kellen törölnöm.

• #2145 Panhard tag instantwater #2144

  Új Válasz 2021-02-04 21:51:28 #2145

  Ú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

  

  Panhard

  tag

  válasz instantwater #2144 üzenetére

  SELECT * FROM tabla WHERE datetime between '".$_GET["datum"]." 00:00:00' and '".$_GET["datum"]." 23:59:59' ORDER BY datetime DESC
  Így működik.

  Viszont lenne még egy kérdésem: Van pár tábla, ahol elég sok duplikált bejegyzés van a datetime oszlopban, és ezért nem engedi beállítani az indexet. Neten találtam pár megoldást a duplikált bejegyzések törlésére, de egyik sem működik. Erre tudsz valami működő megoldást?

• #2143 Panhard tag instantwater #2140

  Új Válasz 2021-02-04 19:00:14 #2143

  Ú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

  

  Panhard

  tag

  válasz instantwater #2140 üzenetére

  "column BETWEEN dátum 00:00:00 AND dátum 23:59:59 ?"

  Így működik. Köszönöm!

• #2142 Panhard tag Panhard #2141

  Új Válasz 2021-02-04 18:30:35 #2142

  Ú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

  

  Panhard

  tag

  válasz Panhard #2141 üzenetére

  A DATETIME oszlop PRIMARY KEY-nek van indexelve.

  Kétféleképpen kérdeztem le, egyiknél sem használja az indexelést:
  SELECT * FROM tabla where CAST(DATETIME AS DATE) = '2020-10-15'
  SELECT * FROM tabla where DATETIME like '2020-10-15 %'

• #2141 Panhard tag instantwater #2140

  Új Válasz 2021-02-04 17:59:08 #2141

  Ú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

  

  Panhard

  tag

  válasz instantwater #2140 üzenetére

  "column BETWEEN dátum 00:00:00 AND dátum 23:59:59 ?"
  ezt nem értem.

  Sajnos a tárhely szolgáltatóm nem használja a 8-as MySQL-t.

  Vannak oszlopok is, amikben a dátum és idő van külön-külön, azokon az indexelés jól működik.
  Gondoltam lecserélem őket egy datetime oszlopra. De akkor lehet marad ahogy van.

• #2139 Panhard tag

  Új Válasz 2021-02-04 16:42:08 #2139

  Ú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

  

  Panhard

  tag

  Sziasztok. Adatbázisban van egy oszlopom, ami DATETIME formátumú, így vannak benne az adatok: "2021-02-04 20:00:00". Én ebből az oszlopból mindig csak a dátumra kérdezek le így: CAST(DATETIME AS DATE).
  Hogyan lehet indexelni ezt a dátumra történő lekérdezést? Ha az egész oszlopot indexelem, úgy nem jó, mert csak a dátumra kérdezek le, így az indexelés hatástalan.

• #2108 Panhard tag SunyaMacs #2107

  Új Válasz 2020-09-19 19:01:01 #2108

  Ú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

  

  Panhard

  tag

  válasz SunyaMacs #2107 üzenetére

  Működik. Köszönöm szépen!

• #2106 Panhard tag

  Új Válasz 2020-09-19 16:05:45 #2106

  Ú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

  

  Panhard

  tag

  Sziasztok! Adatbázisban szeretnék utólag legenerálni egy új oszlopba, soronként unixtime-ot, meglévő dátum és idő mezőkből.
  Addig megvan a kód, hogy fix dátum, idő értékből megcsinálja, de hogy tudom a dátum és idő helyére beírni a dátum és idő mezők értékeit?
  UPDATE database SET timestamp = UNIX_TIMESTAMP('2020-09-19 16:00:00') where sorszam < 100

• #2019 Panhard tag martonx #2018

  Új Válasz 2018-11-10 12:34:54 #2019

  Ú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

  

  Panhard

  tag

  válasz martonx #2018 üzenetére

  Valójában több feltétel van több értékkel, nem csak az év. Minden feltételnél ott van az "összes" lehetőség is.
  Próbáltam a LIKE '%'-ot, ez jó. Így csak egy lekérdezés lesz php-ban. A % visszaad mindent.

  sql injection problémánál arra gondolsz, hogy GET paramétert ne tegyünk közvetlenül SQL lekérdezésbe, hanem először php-ben ellenőrizzük le az értékét?

• #2017 Panhard tag

  Új Válasz 2018-11-09 23:19:30 #2017

  Ú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

  

  Panhard

  tag

  Sziasztok. Egy weblapon van egy választómező:

  <select id="ev" onchange="beir()">
<option value='2018'>2018</option>
<option value='2017'>2017</option>
<option value='2016'>2016</option>
<option value='2015'>2015</option>
<option value='2014'>2014</option>
<option value='osszes'>Összes</option>
</select>

  Ez egy sql lekérdezért csinál:

  $result = mysqli_query($con, "SELECT * FROM helyek WHERE (YEAR(date) = '".$_GET["datum"]."')");

  A kérdésem az, hogy van-e valami megoldás arra, ha az "összes" értéket választom ki, akkor az összes évet visszaadja.
  Valami olyan, amit a $_GET["datum"]-nál a 'datum' helyett beírni, hogy ne kelljen feltételekkel több lekérdezés között választani.

  Jelenleg csak olyan megoldást találtam, ha az 'összes' van kiválasztva, akkor egy másik lekérdezést csinálok, amiben nincs benne a feltétel.

• #1828 Panhard tag

  Új Válasz 2016-11-13 06:29:40 #1828

  Ú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

  

  Panhard

  tag

  Sziasztok!
  Synology NAS-ra van nekem telepítve MariaDB adatbázis. Ha phpmyadminnal bejelentkezek rá, és az állapotváltozóknál módosítok egy értéket, akkor csak addig marad úgy, amíg a NAS-t újra nem indítom. Újraindítás után minden visszaáll alapertékekre. Ez mitől lehet? Hova mentheti el az értékeket? Lehet, hogy nincs írási joga a könyvtárhoz?

• #1813 Panhard tag sonar #1812

  Új Válasz 2016-10-19 15:29:16 #1813

  Ú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

  

  Panhard

  tag

  válasz sonar #1812 üzenetére

  Működik. Köszönöm.

• #1811 Panhard tag

  Új Válasz 2016-10-19 12:45:26 #1811

  Ú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

  

  Panhard

  tag

  Sziasztok. Egy tábla utolsó elemeit akarom lekérdezni úgy, hogy az eredménynél a legrégebbi adat van a lista elején.
  "SELECT * FROM tabla ORDER BY datum DESC, ido DESC LIMIT 100"
  Így ki is veszi a 100 legutolsó bejegyzést dátum és idő alapján, de ekkor a listában a legfrissebb adat van legfelül. Hogy tudnám ezt megfordítani, hogy a 100 adatból a legrégebbi legyen legfelül?

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