Keresés: - MySQL topic - Fototrend Hozzászólások

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Keresés

Ú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