Hirdetés
- AliExpress tapasztalatok
- Készül a Google AI, ami helyettünk böngészik és vásárol
- Avast! Antivirus topic
- Netflix
- AI-forradalmat indít Indiában az NVIDIA
- Milyen routert?
- DIGI kábel TV
- Megtriplázódik az európai adatközpontok fogyasztása
- Vírusirtó topic
- Sorra indíthatja újra az atomerőműveket a Microsoft és a többi nagy tech cég
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Bár gondolom azóta megoldódott, de most néztem rá erre a topicra.
Hátha másnál is lesz ilyen, itt van egy lehetséges megoldás: [link]
Itt a problémát észlelő és megoldó hozzászóló ezt a részt:
KEY `gencompanyid` (`gencompanyid`) USING BTREE
lecserélte erre:
KEY `gencompanyid` USING BTREE (`gencompanyid`)
és így nála már működött.
Lehet, hogy MySQL-verziókülönbség az oka.Akkor nálad meg gondolom
KEY `noinol` (`noinol`) USING BTREE
helyett ez kéne:
KEY `noinol` USING BTREE (`noinol`)Sk8erPeter
-
Jester01
veterán
Ugye a curdate()-t nem tetted aposztrófok közé?
SELECT * FROM tdc_lc_lot_info where order_no like 'TDC%' and Create_Time < date_sub (curdate(),interval 10 DAY);
-vagy-
SELECT * FROM tdc_lc_lot_info where order_no like 'TDC%' and DATEDIFF(curdate(), Create_Time) > 10;
[ Szerkesztve ]
Jester
-
Sk8erPeter
nagyúr
Nem tudom, jól értem-e a kérdésedet, de úgy értelmeztem, hogy azt szeretnéd lekérdezni, vannak-e olyan elemek az Item_Name mezőben, amik 2755-tel vagy 2756-tal kezdődnek.
Ha igen, akkor ezzel a query-vel megkaphatod, hogy mennyi van, ami ezzel a kettővel kezdődik:
SELECT COUNT(*) AS number_of_items
FROM `test_table`
WHERE
`Item_Name` LIKE "2755%"
OR
`Item_Name` LIKE "2756%"Sk8erPeter
-
Sk8erPeter
nagyúr
Hogy mi van? Nem értem, miért nem jó neked ez?
Nyilván ha nincs, akkor 0 lesz az eredmény, ha meg van, akkor több mint 0...Szerk.: de ha nagyon szeretnéd a DISTINCT-et használni, akkor azt is megteheted, hogy ezt a query-t használod:
SELECT DISTINCT(1)
FROM `test_table`
WHERE
`Item_Name` LIKE "2755%"
OR
`Item_Name` LIKE "2756%"
Így ha nincs eredmény, akkor lószart sem ad vissza (üres sorok), ha van, akkor meg 1-et...
Bár nem világos, miért nem jó a korábbi.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Nem, ebben a formában sem érthetőbb, csak már nagyjából sejteni lehetett, hogy mit szeretnél, szerencsére martonx feloldotta a misztikumot...
Elmondom, hogy lehetett volna érteni a kérdésedet egyből: "hogyan tudnám megjeleníteni az Item_Name nevű mezőből lekért rekordoknak csupán az első 4 karakterét?" .. vagy: "van egy Item_Name mezőm az adatbázisban. Hogyan tudnék olyan query-t írni, ami az ebben található rekordoknak csak az első 4 karakterét írja ki?" ... és így tovább....Ehelyett Te mindvégig a 2755-öt és 2756-ot nyomattad, ahelyett, hogy általánosítottad volna, így persze, hogy félreérthető volt.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Nem gond, dehát érted, miért szopás ez így: mindkettőnknek csak felesleges időpocsékolás az addigi egymás melletti elbeszélés.
Amúgy martonx-nek köszönd, végül ő mondta meg a megoldást.====================================
(#737) martonx : de tudod, mi az, ami ennél SOKKAL rosszabb? Amikor az embernek egy ennél hatványozottan rosszabb tulajdonságokkal rendelkező kollégája van, akinek akárhogy magyarázod el, hogy "b@szki ember, ez így szar" (csak ezt előbb egy finomabb formában), annak akkora pofája és egója van, hogy még azt is megmagyarázza, hogy én miért vagyok egy hülye f@sz, és menjek az anyámba az okoskodásommal (de persze még a főnökkel is vitatkozik) - leegyszerűsítve a szájából áradó mérgező fostenger-áradatot, aminek hatására először azt mondod, hogy ha ezt nem hagyja abba azonnal, megfojtod egy spárgával, egy vezetékes egér kábelével, vagy villát szúrsz a szemébe, vagy csak egy óvatlan pillanatban kidobod az ablakon, nem a földszintről... de aztán veszel inkább egy nagy levegőt, kimész egy cigire, és úgy döntesz, hogy soha többé nem próbálsz vitába szállni (vagy egyáltalán szóba állni) azzal a gyerekkel, a saját egészséged kímélése érdekében. És máris boldogabban élheted az életed tovább, ignorálván egy életre nem érdemes embert.
Szóval a lényeg az egészből, hogy a közvetlen, valós tapasztalat, egy, a leírtakhoz hasonló élőlény valóságos látványa és a tőle hallottak ezerszer rosszabbak, mint egy-egy rosszul feltett fórumos kérdés, vagy az alapvetően más véleményekre nyitott, de kezdetben hülyeségeket beszélő emberkék.
Sk8erPeter
-
DNReNTi
őstag
Ha webes felületen történik a file management akkor egyszerűen csak a fájlművelethez kell kapcsolni egy sql parancsot is, új fájl -> insert, törlés -> delete stb, így folyamatosan naprakész az adatbázis. Ha nem weben hanem pl ftp-n zajlik a file cserebere akkor meg cron-nal érdemes 10-30 percenként futtatni egy szkriptet ami ellenőrzi a file listát, különbözés esetén pedig a megfelelő parancsot végrehajtja. Pl új file a szerveren, ami nincs az adatbázisba, beszúrod, egy file ami ugyan szerepel, de új dátummal, update, file nincs a listában de szerepel az adatbázisban: törlöd a bejegyzést.
but without you, my life is incomplete, my days are absolutely gray
-
DNReNTi
őstag
Akkor meg készíteni kell a felhasználóknak egy felület amin ők maguk vezetik a változásokat. Na ez az amit a felhasználók majd telibeszarnak és az egész nem ér semmit. Szerintem egy ilyen ellenőrző script nem nagy overhead, pillanatok alatt átfutja a filelistát és az adatbázist is.
Én utóbbival kezdeném:
SELECT id, filename FROM files;
Egy foreach() ciklusban minden fájlnevet lehet ellenőrízni file_exists() függvénnyel.
Ha nem létezik, a bejegyzést törlöd.Ha ez lefutott jöhet a fordított eset:
A fájllistán mégy végig, és az aktuális fájlnévre keresel a táblában. Ha egy adott fájl nevére nincs találat, akkor felviszed az adatbázisba.A felülírt fájlok este így hogy a dátum nem változik már érdekesebb.
De erre megoldás lehet a filemtime() függvény, ami a legutolsó módosítás idejét adja vissza. (Bevallom még sosem használtam így erre nem esküszöm meg.) Ezt egy az egyben bele lehetne integrálni az első lépésbe, így ha egy file létezik de a legutolsó módosítás dátuma nem egyezik akkor azt frissíted.Ezzel egy viszonylag up to date táblát lehetne vezetni a fájlok változásáról teljesen automatizáltan, felhasználói hiba kizárásával.
Másik alternatíva lehet mondjuk az FTP log feldolgozása, de ott is ugyan ezt kell végigjátszani.
Egyébként érdekes kérdés, kíváncsi vagyok valaki előáll e pontosabb megoldással.
Update:
Mire leírtam eszembe jutott egy talán jobb lehetőség:
A felépítés ugyan ez lenne mint amit leírtam, annyival érdemes lehet kiegészíteni hogy tárolod az utolsó ellenőrzés idejét, és a fájlok ellenőrzésénél csak olyan fájlokat vizsgálsz amik legutolsó módosításának ideje ettől nagyobb. Ezzel kizárod a változatlan fájlok vizsgálatát.[ Szerkesztve ]
but without you, my life is incomplete, my days are absolutely gray
-
veterán
a folyamat az alábbi
-- termék lista frissítés --
1.) letöltöm a csvt (20-30.000 sor pl az egy beszállító adatbázisa)
2.) soronként md5 hasht generálok
2.a.) ha a sor md5 hash-ét megtalálom a dbben (SELECT) akkor nem csinálok semmit mert az a sor az adatokkal már szerepel
2.b.) ha a sor md5 hash nem szerepel az adatbázisba akkor lekérem a cikkszám szerint a terméket
2.b.I.) ha megvan a termék cikkszám szerint (UPDATE) és az md5 hasht is frissítem
2.b.II.) ha nincs meg a termék (INSERT)
3.) az összegyűjtött md5 hash-en kívüli termékeket inaktiválom (mert a lista mindig tartalmazza az összes elérhető terméket (de néha ki be kerülnek termékek + seo szempontból a nem kapható termék is google találat ráadásul igen elöl ... ehhez meg az ügyfél tud megadni alternatív termékeket melyre az ügyfél át tud ugrani...-- kategória frissítés --- (az ügyfél kérése, hogy minden kategóriában megjelenjen, hogy hány termék van és csak az a kategória legyen amiben van termék)
4.) lekérdezem az összes kategóriát ami egyik kategóriának se a szülője (azaz a leveleket) (SELECT)
5.) végig járom a leveleket majd a szülőiket berakom a tömbbe ha még nincsenek ha vannak akkor összeadom az adott kategória elem számát a szülőjével ... azaz egy fabejárást csinálok, és minden kategóriát csak egyszer frissítek mikor már kiszámoltam a kategóriák elemszámait ...
6.) egyesével lefrissítem a kategóriák elemszámát... Ez a lassú pedigg a fenti query fut le ... most annyit raktam még bele, hogyUPDATE webshop__category
SET productnumber = ".$numCount."
WHERE id = 10370
AND productnumber != ".$numCountÍgy csak akkor updatel amikor valóban változott a product number ... Ma kiderül mennyivel jobb a helyzet ...
[ Szerkesztve ]
-
-
Ablakos
őstag
Centos 7-en akartam alkotni, de nem megy.
Ha beteszem a két extensiont, akkor :PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/pdo_mysql.so' - /usr/lib64/php/modules/pdo_mysql.so: undefined symbol: php_pdo_register_driver in Unknown on line 0
PHP Warning: Module 'mysqli' already loaded in Unknown on line 0Mivel a distribucióhoz eléggé kötődik a mariadb, nem akarok gányolni mysql cserével.
Csőd
-
don_peter
senior tag
Köszönöm, beírtam, de időt nem ad ki.
MySQL közvetlen felületén futtatom most a parancssort.A többit persze, így csináltam, és a subselect-ek szűkítésével egyre gyorsabbá vált a lefutási idő.
De ez előtte nem volt gond, viszont most közel 30szorosára emelkedett a lefutási idő.
Fura..[ Szerkesztve ]
----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
don_peter
senior tag
Igen sajnos másodpercekben írja és az is legutóbb megtekintve 87mp-ig tartott.
Régebben nem volt vele gond, már megy az eszme csere a szolgáltatóval.
Most már bekérték az SQL parancssoromat is, végre..phpmyadmin MySQL-verzió 5.6.23
----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
Fecogame
veterán
Így néz ki a teljes kód, amit beírok:
USE adatbazisom;
DELETE FROM wp_comments WHERE comment_approved = 'trash';
DELETE FROM wp_comments WHERE comment_approved = 'spam';
DELETE FROM wp_comments WHERE comment_approved = '0';
DELETE FROM wp_comments WHERE comment_approved = 'post-trash'Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
Fecogame
veterán
Export the database to file
Ez nem fog menni, mert egy 3GB-os, folyamatosan változó adatbázisról beszélünk
A bármit helyettesítő karakter a százalékjel ( % ) lenne?
Mert sok ( ~12 000 ) ehhez hasonló táblám van:
wp_1_comments
wp_2_comments
wp_3_comments
wp_4_comments
stb.És ha így írom be:
wp_%_comments
Nem fogadja el, szintaxis hibát ad.
Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
-
don_peter
senior tag
id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY t ALL NULL NULL NULL NULL 119 Using temporary; Using filesort
2 DEPENDENT SUBQUERY fu index NULL datum 6 NULL 1 Using whereEz nekem nem sokat mond.
Extrákba ez van a topik-nál: Using temporary; Using filesort
A SUBQUERY -nél: Using where[ Szerkesztve ]
----== Neo Geo és Arcade Fórum : www.neo-geo.hu ==----
-
qfm
őstag
Igazából a leírtak 90%-a nem valódi honlap lesz, hanem eszközök közötti kommunikációra szolgál. Emberek által látott felület minimális lesz. A rekordok száma esetén a maximálisat írtam le, amit a kiépítés megkívánhat. Pentium alatt egy modern G3220-ra gondoltam, nem egy P4-re, de valóban nem definiáltam. Ennek ellenére i3 alatti gépet nem fogok javasolni, csak érdekel mennyire lövök túl a célon. A dedikált hardver külön elvárás volt.
(#1746) martonx
1, A 4gb-os ram nem kifejezetten drága, így csak megnyugtat a tudat, hogy szerinted is bőségesen elég.
2, A forgalom csak akkor ugorhat meg, ha valamelyik hardver meghibásodik, eléggé jól leszűrt forgalom van rá tervezve.
3, A dedikált szerver külön kérés volt, én is mást ajánlottam, de bizonyos okok miatt ez volt a kérés.
4, Soha nem használtam még NoSQL-t, de utána fogok nézni a javaslatodnak.
5, A számok azért ilyen alacsonyak, és talán furák is, mert egy speciális hardver kommunikációhoz lesz csak háttér adatbázis. Az adatmennyiség limitált amit tárolni, és feldolgozni kell.
6, Valóban nagyon egyszerű, és a kimenet előállításához nem is szükséges több sql művelet. A bemenet függvényében azonban több különböző folyamat zajlik le, van amelyik 1 hívással jár, van amelyik 3-al. A legrosszabb esetet vettem alapul. A kimenet pusztán nyugtázó funkciót lát el.+1 a 6-osból adódna a kérdés, hogy miért nem az adatbázist használják a hardverek, hanem a köztes PHP oldalt. Azért mert ez volt az igény.
-
theo_76
aktív tag
már az első karaktereknél elcsúszik, amik nem tartalmaznak ékezetes karaktereket. Egyébként a tábla karakterkészlete utf8_hungarian_ci, és a php-ben is úgy állítottam be az sql lekérdezéseket. Ha a WHERE-el nem szűröm meg a lekérdezést, akkor tökéletesen rendez, de ha beteszem a szűrőt, hogy csak bizonyos adatok jelenjenek meg, akkor olyan mintha az ORDER BY utasítás nem is létezne. Ha kiveszem, akkor is ugyan abban a sorrendben jelennek meg, amilyen sorrendben rögzítettem a sorokat. Pl most így néz ki WHERE utasítással ORDER BY-al, és nélküle is:
Komló...
Komló...
Kozármisleny...
Komló...
Komló...WHERE nélkül, ORDER BY paranccsal:
Komló...
Komló...
Komló...
Komló...
Kozármisleny... -
-
theo_76
aktív tag
Azt is próbáltam már... Az a vicces, hogy ha a szűrőt kiveszem, akkor tökéletesen rendez. Mintha a WHERE utasítás semlegesítené az ORDER BY-t... Próbáltam még a phpmysql-en keresztül lefuttatni a parancsot, de ott meg null sorral tér vissza sajnos más lehetőségem meg nincs, hogy programmal (pl az MySQL Workbench) beletudjak nézni az sql működésébe... a php kód a 000webhost.com ingyenes tárhelyen fut. Sajnos otthoni körülmények között frissebb mysql-el php-vel nincs most alkalmam kipróbálni.
Új hozzászólás Aktív témák
Hirdetés
- Milyen billentyűzetet vegyek?
- Óra topik
- AliExpress tapasztalatok
- EA Sports WRC '23
- Készül a Google AI, ami helyettünk böngészik és vásárol
- Google Pixel 9 Pro XL - hét szűk esztendő
- Android alkalmazások - szoftver kibeszélő topik
- Apple notebookok
- Avast! Antivirus topic
- Szolnok és környéke adok-veszek-beszélgetek
- További aktív témák...
- Tripltek 9 Pro masszív táblagép 1300 nit tartós fényerővel!
- iPhone 15 PRO Fehér titán gyári független
- GAMER PC - RTX 3080 10GB - AMD Ryzen 5600 - 16GB DDR4 - 500GB Nvme SSD
- Csere-Beszámítás! Kezdő GAMER PC! R5 2600 / 16GB DDR4 / RX 570 8GB / 512SSD + 1TB HDD
- GAMER PC - RTX 3070 - AMD Ryzen 5 5600 - 16GB DDR4 - 500GB Nvme SSD
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest