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

• #2249 nevemfel senior tag Pöttön #2247

  Új Válasz 2025-08-15 11:03:59 #2249

  Ú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

  

  nevemfel

  senior tag

  válasz Pöttön #2247 üzenetére

  Az eleje az select all, legalábbis ezt hallani a videóban, de a srác valami + jelhez hasonlót ír be.

  SELECT * lesz az.

• #2242 nevemfel senior tag szricsi_0917 #2241

  Új Válasz 2024-01-18 13:33:24 #2242

  Ú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

  

  nevemfel

  senior tag

  válasz szricsi_0917 #2241 üzenetére

  A PHP error logot kellene megnézni.

• #2236 nevemfel senior tag hellsing71 #2233

  Új Válasz 2024-01-15 11:18:55 #2236

  Ú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

  

  nevemfel

  senior tag

  válasz hellsing71 #2233 üzenetére

  Valóban kihagyhatom, hogy össz hány rekord van a táblában, a lapozás anélkül is működik.

  Nem hiszem, hogy a teljes táblára a COUNT queryt érdemes kihagyni, szerintem ez a leggyorsabb lekérdezés.

• #2230 nevemfel senior tag hellsing71 #2229

  Új Válasz 2024-01-13 16:18:41 #2230

  Ú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

  

  nevemfel

  senior tag

  válasz hellsing71 #2229 üzenetére

  Emlékszem, hogy régebben használtam mysql alatt a SQL_CALC_FOUND_ROWS + FOUND_ROWS párost. Ezzel a módszerrel egy lekérdezést meg tudsz takarítani a három közül, de mindenképp érdemes lemérni, melyik módszer mennyi idő-, esetleg egyéb erőforrás nyereséget hoz, mert el tudom képzelni, hogy manapság a mindenféle gyorsítótárazás korában gyakorlatilag semennyi különbség nem lesz.

• #2224 nevemfel senior tag F1DO #2223

  Új Válasz 2023-08-25 10:21:36 #2224

  Ú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

  

  nevemfel

  senior tag

  válasz F1DO #2223 üzenetére

  VARCHAR(MAX) - a MAX egy mysql függvény, de ha más lenne a neve, akkor sincs definiálva, hogy mi az.

• #2214 nevemfel senior tag nevemfel #2213

  Új Válasz 2023-03-31 20:19:38 #2214

  Ú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

  

  nevemfel

  senior tag

  válasz nevemfel #2213 üzenetére

  Persze a te eseteben a tábla neve nem `teszt`, hanem `kocsi`, illetve a `gpsdatetime` mező neve nem tudom, mi. Csak nem `datetime`?

• #2213 nevemfel senior tag Panhard #2212

  Új Válasz 2023-03-31 20:05:49 #2213

  Ú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

  

  nevemfel

  senior tag

  válasz Panhard #2212 üzenetére

  Ha 5.7 vagy frissebb verziójú a mysql, próbáld ki generált mezővel, és arra rakott indexszel:

  ALTER TABLE `teszt` ADD (
`gpsdate` DATE GENERATED ALWAYS AS (CAST(`gpsdatetime` as DATE)) STORED,
KEY `gpsdateindex` (`gpsdate`)
)

• #2208 nevemfel senior tag biker #2205

  Új Válasz 2022-12-25 00:26:20 #2208

  Ú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

  

  nevemfel

  senior tag

  válasz biker #2205 üzenetére

  Mintha a szerveren lenne egy globális default ‘’

  Igen, a mysql használ gyári defaultokat, ha nincs megadva saját:

  For data entry into a NOT NULL column that has no explicit DEFAULT clause, if an INSERT or REPLACE statement includes no value for the column, or an UPDATE statement sets the column to NULL, MySQL handles the column according to the SQL mode in effect at the time:

  - If strict SQL mode is enabled, an error occurs for transactional tables and the statement is rolled back. For nontransactional tables, an error occurs, but if this happens for the second or subsequent row of a multiple-row statement, the preceding rows are inserted.

  - If strict mode is not enabled, MySQL sets the column to the implicit default value for the column data type.

  MySQL :: MySQL 8.0 Reference Manual :: 11.6 Data Type Default Values

  Egyébként érdemes felkészülni arra, hogy a jövőben egyre több mysql szolgáltató tér át a mysql 8-ra, ahol alapból a strict mode van beállítva. Általánosságban azt tapasztaltam, hogy az a query, ami strict módban működik, az működik non-strict módban is, ezért lokálisan már strict mode-ban fut a mysql nálam is, sctrict módban tesztelek mindent, egy-két esetet leszámítva, amikor az adott, jellemzően régebbi web framework egyszerűen nem működik strict mode beállítással.

• #2204 nevemfel senior tag biker #2203

  Új Válasz 2022-12-24 20:45:14 #2204

  Ú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

  

  nevemfel

  senior tag

  válasz biker #2203 üzenetére

  Egyelőre úgy tűnik hogy a tábláknál a default null helyett default ‘’ megoldja a problémát

  Igen, a megoldás így ezesetben jó lehet, illetve aktiv VARCHAR(1) NOT NULL DEFAULT '' még jobb.

  Mert eddig mondjuk 150 helyen ez nem volt hiba, a 150 tár a roossz?

  A NULL tudomásom szerint mindenhol így működik, ahogy leírtam, minden relációs adatbázis kezelőben, ugyanis ezt írja elő az SQL 92 szabvány.

• #2202 nevemfel senior tag biker #2201

  Új Válasz 2022-12-24 19:36:13 #2202

  Ú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

  

  nevemfel

  senior tag

  válasz biker #2201 üzenetére

  Pontosan. =, !=, <> nem ad találatot NULL értékre.

  Ha a mező NULL értéket vehet fel, akkor a te példád alapján az összes rekordot, ahol az aktiv mező nem 'n' értéket tartalmaz, úgy kaphatod meg, hogy:

  WHERE aktiv != 'n' OR aktiv IS NULL

• #2198 nevemfel senior tag biker #2196

  Új Válasz 2022-12-24 16:29:09 #2198

  Ú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

  

  nevemfel

  senior tag

  válasz biker #2196 üzenetére

  Ez nem hibaüzenet, hanem EXPLAIN magyarázat.

  Ha azt akarod keresni, hogy egy mező NULL vagy sem, akkor nem a !=, <> operátorokat kell használni, hanem az IS NULL vagy IS NOT NULL-t.

• #2188 nevemfel senior tag laracroft #2187

  Új Válasz 2022-10-21 18:10:08 #2188

  Ú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

  

  nevemfel

  senior tag

  válasz laracroft #2187 üzenetére

  Ha Mysql 8.0.1=< vagy MariaDB 1.2.40=<, akkor CTE-vel viszonylag egyszerű:

  WITH RECURSIVE cte AS (SELECT 1 AS value UNION ALL SELECT value + 1 FROM cte WHERE value < 100)
SELECT value FROM cte LEFT JOIN naplo ON cte.value = naplo.id WHERE id IS NULL

  CTE nélkül, pl. 5.7-es mysql alatt nem tudom, talán tárolt eljárással.

• #2114 nevemfel senior tag Atomantiii #2113

  Új Válasz 2020-10-16 14:42:36 #2114

  Ú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

  

  nevemfel

  senior tag

  válasz Atomantiii #2113 üzenetére

  Nem ismerem a phpmyadmin-t, de valahogy nyilván abban is be kell állítani a charsetet és a collationt is.

  Ja nem, ez más. A webszervert kell beállítani, hogy a standard fejlécbe ne tegyen content-type charset beállítást is.

• #2112 nevemfel senior tag Atomantiii #2111

  Új Válasz 2020-10-16 14:25:17 #2112

  Ú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

  

  nevemfel

  senior tag

  válasz Atomantiii #2111 üzenetére

  Az összes utf8mb4 kezdetű sorrendezés az utf8mb4 karakterkiosztáshoz tartozik. A te esetedben ez:

  DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci

  Egyébként ahogy olvasom, a utf8mb4_general_ci heylett jobb az utf8mb4_unicode_ci

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