- Milyen TV-t vegyek?
- SSD kibeszélő
- RAM topik
- Így nem hajlik, úgy kettétörik az új iPad
- Projektor topic
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Milyen billentyűzetet vegyek?
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- Xiaomi Pad 6S Pro 12.4 - Kína (válasza az) iPad(r)e
- Házimozi belépő szinten
Hirdetés
-
A két Poco F6 mellett érkezik a Poco Pad is
ma A Poco első táblagépe is egy Redmi termék más néven.
-
Száguldozáshoz való az új GeForce driver
ph A WHQL minősítésű, 555.88-as eszközillesztő számos Adaptive-Sync monitort is hitelesített.
-
Sztori trailert kapott az Elden Ring: Shadow of The Erdtree
gp A DLC a tervek szerint jövő hónap végén debütál PC-n és konzolokon.
Új hozzászólás Aktív témák
-
-
martonx
veterán
válasz laracroft #1655 üzenetére
Nem kötözködésképpen, de nudli 800.000 sorhoz egy ennyire alap group by-hoz megkockáztatom, hogy nem kellene 1 másodperc sem. Az elég árulkodó, hogy ez a te gépeden 10 másodperc volt (hacsak nem valami P4-esen futtatod a db-t). Ha a két db séma ugyanaz, akkor szinte biztos, hogy nincs jól indexelve az adatbázis.
Én a helyetekben utána néznék.Én kérek elnézést!
-
martonx
veterán
válasz Peter Kiss #1657 üzenetére
Jogos, a default mysql szerver beállítások egy kalap szart se érnek
Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz don_peter #1677 üzenetére
"Milyen izé, és milyen ledegradáló jelző az, hogy tákoltad.?"
Bocsi, akkor meg is van, hogy ki tákolta, össze, te. A kódot látva az a legkisebb baj, hogy miért lett most lassú. Sőt inkább azon csodálkozok, hogy miért nem volt lassú eddigDe, hogy konstruktív is legyek, tényleg nézd meg az indexeket, illetve én jelezném az üzemeltetőnek, hogy nagyságrendekkel lassabb lett az új mysql, és konfigolják be normálisan legyenek szívesek.
Én kérek elnézést!
-
martonx
veterán
válasz don_peter #1683 üzenetére
Segítettem is, sőt szerintem az én segítségem lesz a leghasznosabb, hiszen közel nulla ráhatásod van a dologra, így a szolgáltató kezében vagy, és én pont oda irányítottalak.
De ha már csak egy pici részletet is mutattál a kódodból, akkor az ember hagy tegyen finom utalást annak szakmaiatlan mivoltára. Ezen be lehet sértődni és mindent hagyni ugyanúgy (elvégre sok légy nem tévedhet), vagy pozitívan is lehet fogadni, és meg is lehet írni normálisra.Én kérek elnézést!
-
-
martonx
veterán
Szia!
Előre bocsátom, hogy semmi háttérinfóm nincs, így lehet, hogy az alábbiak csak okoskodásnak fognak hatni. Észrevételeim:
1. Ehhez a feladathoz ha jól tippelem ramból kb. semennyi nem kell, a 4Gb abszolút feleslegesen felülméretezettnek tűnik egy pár tíz Mbyte-os adatbázishoz. Cakkumpakk be fog férni a komplett adatbázis a memóriába.
2. CPU-ból egy négy magos vígan ki kellene, hogy tudja szolgálni mindezt. A Pentium necces lehet, és mi van például, ha megduplázódik a terhelés? Akár csak percekre?
3. Pont a fentiek miatt, ma már senki nem gondolkozik saját vas beszerzésében, hanem sokkal érdemesebb szervert bérelni valahol, leginkább mondjuk a felhőben. Így kb. egy csúszka arrébb tolásával meg tudod többszörözni az erőforrásokat, ha épp arra van szükség.
4. Nem vagyok egy nagy NoSQL rajongó, de ez tipikusan olyanfeladatnak tűnik, ahol teljesen felesleges tranzakciós SQL-t használni, egy NoSql sokkal kevesebb erőforrás használatával, sokkal nagyobb teljesítményt tudna elérni.
5. Másrészt megfontolandó, hogy tényleg jól van felépítve az adatbázisotok? Lehet, hogy nem a NoSQL a megoldás, csak alapból szar az SQL-etek architektúrája?
6. Nekem gyanús a backendetek is. Ahogy írod elég faéknek tűnik, mégis miért van szükség egy minimális adat kimenethez több SQL query-re? Lehet érdemes lenne tárolt eljárást írnotok, sql view-t használnotok, php oldalon optimalizálni a kódon, cache-elést bevezetni stb...Én kérek elnézést!
-
-
martonx
veterán
válasz fordfairlane #1756 üzenetére
Ja, hogy arra? Na, azt még soha nem használtam.
Én kérek elnézést!
-
martonx
veterán
válasz laracroft #1781 üzenetére
Tudom csak kívülről beleokoskodás valós megoldás helyett, de milyen hülyeség már, hogy Zone1-16 mezők vannak a táblában, miközben sokkal normálisabb megoldás lenne, ha egy a többhöz kapcsolatban a Zone-ok ki lennének szervezve egy külön táblába. És máris elég lenne egy group by rájuk az ilyen lekérdezésekhez
Ha pedig valahol mégis egymás mellett kellene megjeleníteni őket, akkor mehetne egy view a táblára benne egy pivot-tal. Sokkal normálisabb adatbázis szerkezet lenne.
Én kérek elnézést!
-
martonx
veterán
válasz Apollo17hu #1784 üzenetére
A tökéletes példa arra, hogy miért nem így kellett volna a táblát felépíteni, hanem egy a többhöz kapcsolattal külön táblába tenni a Zone-okat.
Én kérek elnézést!
-
martonx
veterán
válasz csusza` #1795 üzenetére
Mármint valóban a MySQL-hez van 30 felhasználód, vagy a MySQL-en futó rendszerben van 30 felhasználó? Mert általában magához az SQL-hez nem szokott sok felhasználó lenni. Gondolnám, hogy a MySql Workbench nem teljesen kompatibilis az ősi 5.1-es MySql-lel, és ezért jön ez a hiba.
Én kérek elnézést!
-
martonx
veterán
Én a helyedben a dátum mezőt módosítanám mysql-ben, hogy feleslegesen ne is tárolj perc, másodpercet (ennek mellesleg az sql engine is örülni fog). És ha minden igaz, ezzel a huszárvágással meg is oldottad a problémát Mondjuk lehet, hogy mindegyik dátumhoz ekkor még hozzá kell adni egy napot, te ismered a használt összehasonlító logikáidat.
Én kérek elnézést!
-
martonx
veterán
válasz SirRasor #1808 üzenetére
Hi, a varchar pont abban különbözik a sima char-tól, hogy csak a ténylegesen szükséges helyet foglalja, azaz ha üres, akkor semmit nem foglal.
Másrészt a problémát, amit írtál nagyon nem így kellene megoldanod. Erre tipikusan csinálni szoktak a Tabla1-hez tartozó Tabla1Log táblát. És ebben szépen le lehet tárolni, hogy ki és mikor módosította az adott kulcsú sort. Akár csak teszel egy triggert a Tabla1-re, ami minden update-re elsül, és beteszi a log táblába a szükséges adatokat.
Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz kezdosql #1857 üzenetére
Úristen ember. A MySQL egy relációs (hagyományos) SQL, míg a MongoDB egy no sql. Szerinted melyikben van inkább tranzakció? A kettő semmilyen szinten nem függ össze (na jó, mindkettőben lehet adatokat tárolni), egyik se elődje, utódja a másiknak.
Légyszi a baromságok kérdezése helyett egy pindurit olvass utána magadtól, hogy mit jelent a nosql és a realtional databaseMár múltkor pedzegettem, hogy nem jó helyen dolgozol, nem feltétlenül benned van a hiba, hanem a melóhelyben. Ahol ilyenek merülnek fel, onnan menekülni kellene.
Én kérek elnézést!
-
martonx
veterán
válasz kezdosql #1859 üzenetére
Így már másabb. Ekkor sem igaz, hogy a MariaDB utódja lenne a MySql-nek, párhuzamosan léteznek. MySQL-t InnoDB-vel illik használni, igaziból ez a belinkelt motor összehasonlítás kicsit fals, mert a MySQL-ben alapvetően MyISAM és InnoDB motorok vannak. Vagy már csak InnoDB van a legújabb verziókban, rég nem használtam, azt tudom, hogy a MyISAM deprecated egy jó ideje.
Az összes többi motor nem olyan könnyen átjárható, teljesen külön kell a komplett kiszolgálókat telepíteni velük. Végeredményben szerintem érdemes az InnoDB-vel kezdeni, aztán ha majd elkezd az igény specifikáltabb lenni, akkor el lehet kezdeni Oracle, MS SQL, valamilyen NoSQL, netán másik MySQL fork felé menni.Én kérek elnézést!
-
martonx
veterán
válasz Chesterfield #1874 üzenetére
Hehe, egy sqlfiddle példa se ártana, hogy legyen hol eljátszani.
Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz qwertly #1890 üzenetére
Miért kell minden gépre MySql???
Én egy gépre (a legizmosabbra) tenném fel, és tennék alá X darab adatbázist, X darab userrel, minden user csak a saját adatbázisát láthatná.
Azt az egyet belőném normálisan, minek szopni mysql telepítéssel beállítással, minden egyes gépnél?Én kérek elnézést!
-
martonx
veterán
-
martonx
veterán
válasz Panthera #1963 üzenetére
Mindenképpen érdemes latest stable-re váltani, ha már úgyis dolgozni kell vele. Viszont ez esetben picit izgi tud lenni a DB migrálás, illetve ha szarul megírt PHP használta (más komolyabb programnyelvet nem tudok elképzelni, ami MySql-re alapozna ), akkor lehet annak is lesznek bajai egy újabb MySql verzióval.
Én kérek elnézést!
-
martonx
veterán
Egyrészt úgy rémlik mintha írtad volna a MySql verziót, és mintha valami elég elavult verziót használnál. Másrészt a MySql közismerten az Oracle ingyenes alternatívája, és nyilván nem véletlenül ingyenes
Ha mindenképpen az ingyen vonalon akartok mozogni akkor MariaDB vagy PostgreSql sokkal jobb választás, mint a MySql. Szerintem.Én kérek elnézést!
-
martonx
veterán
Simán lehet, de ha megtennéd, hogy pontokba szedve cáfolod (több szinten is ), nem pedig pont hogy az igazamat bizonyítod, a szimpla select, index nem használós bizonyítással? Ettől még persze nincs baj a MySql-lel móricka projektekhez simán jó, és ingyenes, de komoly enterprise üzletmenetet biztos, hogy soha nem bíznék rá. Szerintem.
Én kérek elnézést!
-
martonx
veterán
válasz baracsi #1991 üzenetére
Az oké, hogy ebben a linkelt listában a Facebooktól kezdve egy csomóan benne vannak, de vajon ők tényleg MySql-t használnak out-of-the-box? Vagy az itt szereplő felhasználók döntő többsége már rég saját storage engine-el megy MySql alatt, mint pl. a Facebook is, csak épp lehet rájuk hivatkozni, hogy szegről-végről némi közük van a MySql-hez.
Én kérek elnézést!
-
martonx
veterán
Még mindig nem írtál éppen semmi konkrétumot, ami alapján bullshiten kívül bármi érdemi választ lehetne neked adni
Nyilván mivel nem te írod a rendszert, nem is fogsz tudni ennél konkrétabbat kérdezni, ergo ez így parttalan.Mindenesetre annak esetleg járj utána, hogy a fejlesztők valóban jól végzik a dolgukat? Mert a 10-20 felhasználó, aminek a fele párhuzamosan használja a rendszert, nagyon kicsi számok, szinte nulla terhelést kellene, hogy okozzanak.
Hogy mi a nagy adatbázis, hidd el az is relatív. Van aki a több ezer rekordot már nagynak érzi, van aki meg milliárd rekordokkal, és TerraByte-okkal számol.Én kérek elnézést!
Új hozzászólás Aktív témák
- -70% HP EliteBook 850 G7:i7 10610U,32GB RAM,512GB SSD,15.6" FHD,vil.MAGYAR numeri.bill,WWAN 4G,Win11
- ASUS TUF Gaming GeForce RTX 4070 Ti 12GB
- Hama Ultraslim Fali konzol (TV)
- ÉRKEZETT Legújabb Bontatlan Új M2 IPAD PRO 2022 12,9 128GB - 256GB Wi-Fi Azonnal DEÁK TÉRNÉL Átvehe
- Női városi bringa (Sierra City)
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Alpha Laptopszerviz Kft.
Város: Pécs