Hirdetés
- Fejhallgató erősítő és DAC topik
- AMD Catalyst™ driverek topikja
- Kormányok / autós szimulátorok topikja
- Veszélyben az adataid? Gond van a WD népszerű HDD-ivel
- Hirtelen rájött az AMD, hogy mégsem szűnt meg egy funkció az egyes Radeonokon
- Mini PC
- Aggódhatnak a amerikaiak: a Huawei újabb lépést tett a modern AI gyorsítók felé
- Házimozi belépő szinten
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Három lett, maradhat?
Új hozzászólás Aktív témák
-
RedSign
tag
Szia!
Köszönöm szépen a választ, közben én is erre az eredményre jutottam
:SELECT
uu.*, up.location
FROM
user as uu
LEFT JOIN pics as up ON up.userid=uu.id
WHERE
uu.id NOT IN (SELECT contact FROM friends WHERE self=999);Hm, nagyobb terhelésű rendszer lesz, így lehet hogy majd később ki kell javítani, de most a célnak megfelel...
Köszönöm mindenkinek a segítséget!!!
-
martonx
veterán
Szia!
Lehet nagyon mezitlábas megközelítés, és komplett sql-t sem fogsz kapni tőlem, de gondolom azt le tudod gyűjteni, hogy kik 999-es user barátai?
Nos ha ez megvan, akkor:select k.helye from users u
inner join kép k on blablabla
where u.id not in (itt lesz a 999-es user barátainak legyűjtése, ami csak id-kat kell, hogy visszadjon)Ez lehet nem a leghatékonyabb módja a legyűjtésnek, de hacsak nem az iwiw-nél dolgozol, akkor így is elég gyorsan le kell futnia a lekérdezésednek.
-
RedSign
tag
cucka - Ez sajnos nem lett jó...
...nem ad vissza találatot, pedig van 30 felhasználó, akiből csak 8 barát jelenleg... 
jeges - Hát üres válasz jött vissza, igaz ezeket javítottam - jól tettem?:
LEFT JOIN friends as uf1 ON uu.id=uf1.self
LEFT JOIN friends as uf2 ON uu.id=uf2.contactrt06 - Jöhet az ötleted...
-
-
RedSign
tag
Sziasztok!
Már jó régen nem jártam itt, de belefutottam egy dologba, amit nem bírok megoldani és ehhez kérem a segítségeteket....
Van három táblám: users, friends és pics.
Az első táblában vannak a userek, amit egyedi id azonosít.
A második táblában vannak a baráti kapcsolatok self és contact mezőkkel duplán (két felhasználó 2 sor pl.: 1 és 5 barátok, akkor id: 1 self: 1 contact 5 és id: 2 self: 5 és contact: 1). - Biztonsági okokból volt szükség rá...
A harmadik táblában a user id-k alapján vannak a felhasználók profil képei (location mezőben).A probléma az, hogy le kellene kérnem egy adott user id alapján (legyen 999) azokat a usereket, akik nem szerepelnek a friends táblában és mellé csatolni a pics táblában lévő képek location mezejét is.
Az alapötletem ez volt, de ez nem jó:
SELECT
uu.*, upp.location
FROM
user as uu
LEFT JOIN pics as upp ON uu.id = upp.userid
INNER JOIN friends as uf ON uu.id!=uf.self AND uf.contact!=999
WHERE
uu.id != 999
;Valakinek esetleg valami ötlete? (Már két órája próbálkozom és sürgős lenne....)
-
#684
zka67
őstag
Brown ügynök
#683
zka67
őstag
válasz
Brown ügynök
#683
üzenetére
Köszi, de ez nem jó nekem. Azt szeretném, hogy a MySql adja vissza egy mezőben a sorok számát. Olyasmi kellene nekem mint a COUNT() ...
-
#681
martonx
veterán
Fire/SOUL/CD
#680
martonx
veterán
válasz
Fire/SOUL/CD
#680
üzenetére
Tárold külső helyen a képeket.
Flickr, Picasa ad saját API-t is, azaz úgy tudod a honlapba beágyazni, mintha tényleg ott lennének a képek. Cserébe kevés tárhelyet adnak.
Skydrive nem ad saját API-t, csak simán linkel tudsz oda mutatni, viszont baromi jó képnézegetője van, és 25 Gb tárhelyet ad. Én egy óvodának több éve ide töltöm fel a képeit és még mindig csak néhány Gigabájtot foglalnak.
-
#680
Fire/SOUL/CD
félisten
cucka
#678
Hát ez nehéz szülés volt, de most úgy ahogy...
Mint kiderült, ez egy kis cég és igazából ez az első honlap, ami a tárhelyükre kerül(szerveren 20 percet sietett a vekker, még sosem volt beállítva
). Hosszú telefonos beszélgetés alatt sikerült a saját /adatbázis jogaimat beállíttatni, hogy végre a phpmyadmin-ban is tudjak "mozogni"...A feladat ezenfelül is kihívás, mert 100Mbyte tárhely áll rendelkezésre(adatbázissal együtt) és ebbe kell egy fórum-ot, meg egy külön weblapot belepaszíroznom, Beszélve a település polgármesterével, azt szeretnék, ha kb 5 évre visszamenőleg, az összes rendezvényről készült kép felkerülne a honlapra, van vagy kb 1000...
Azért néha jó is egy ilyen feladat, mert milyen unalmas is folyamatosan több gigás tárhelyekkel dolgozni, ahol hely hegyek, minden megy elsőre, gond nélkül... Teljesen ellustul szürkeállományilag az ember...
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#679
martonx
veterán
Sk8erPeter
#674
martonx
veterán
válasz
Sk8erPeter
#674
üzenetére
xdebug-ot én is használom, nem is azt mondtam, hogy PHP-t nem lehet debugolni, hanem azt, hogy sokkal nehézkesebb, mint más nyelveket. Egyébként SQL-t is lehet debugolni, legalábbis MS SQL-t 2008 fölött, illetve a MySQL-t 5-ös verzió felett.
Az indokaim, hogy miért jobb SQL szinten tartani az adatlogikát (félre értések elkerülése végett én sem 100%-ban SQL szinten valósítom meg, csak törekszek rá).
1. Az SQL nagyon buta, cserében bődületesen hatékonyan, akárhány szálra, akármennyi memóriára optimalizálva kezeli az adatokat, adatműveleteket. Rengeteg konkurens felhasználó kiszolgálására van optimalizálva, akárhány magot, akármennyi memóriát ki tud használni.
2. SQL szerverek általában jóval erősebb hardverek, mint a webkiszolgálók.
Hozhatnék itt ezeregy példát, ebben a fenti két pontban minden benne van, hogy miért érdemes az SQL szintre törekedni. És hangsúlyozom, nem a Pistike-féle olcsó hosztingokra gondolok, ahol egy Core2-es szerver egymaga a webkiszolgáló, és az adatbázis szerver is (bár kis mértékben, de az 1-es pont miatt itt is kijön az SQL-es megközelítés előnye), hanem a nagyvállalati infrastruktúrákra. Nálunk pl. a webkiszolgálók (igaz több is van belőlük), 1-4 processzormaggal és 2-4 Gb memóriával rendelkeznek. Míg a legkomolyabb SQL szerverünk 128 maggal, és 320 Gb memóriával rendelkezik.
Egy komolyabb programkód logika már néhány tíz konkurens felhasználónál kifekteti a webkiszolgálót, míg ugyanaz SQL szinten megvalósítva, mondjuk kisebb mint 5%-os processzorterhlést jelent az adatbázis szervernek, és emiatt szintén minimális terhet a webkiszolgálónak.
-
#678
cucka
addikt
Fire/SOUL/CD
#677
cucka
addikt
válasz
Fire/SOUL/CD
#677
üzenetére
A programod jó eséllyel akkor is működni fog, ha kihagyod az sql script-ből azt a sort, ahol a hibát dobja.
A normális megoldás az adatbázis szerver frissítése, a 4.0.24 az egy ősrégi verzió, valószínűleg befoltozatlan biztonsági lyukak tucatjaival. -
#677
Fire/SOUL/CD
félisten
Brown ügynök
#676
válasz
Brown ügynök
#676
üzenetére
Először is kösz a választ, de nem jó a tipp...
Elnézést, csak szétb...sz az ideg ez miatt, és kicsit nagyon leegyszerűsítettem a kérdést. Szóval tudom a hiba okát: az a változó nem létezik 4.1-es mysql előtt. Na most amikor beszéltem az illetékes elvtárssal, érdeklődve többek közt a mysql verzió felől, akkor azt nyilatkozta, hogy a legújabbat használják. Most meg kiderült, hogy 4.0.24-es...
A problémát még tetézi, hogy egy fórum motort használtam, ha szerencsém lesz, akkor utólag tudok módosítani 4.0-ás mysql kompatibilitásra...
Nyilván a szolgáltatót nem kötelezhetem, hogy cseréljen mysql-t(bár illene)Szóval a kérdés inkább úgy lett volna jó, hogy van-e valamilyen konverter, bármi, amivel a meglévő adatbázisokat "visszabutíthatnám"...
Még1x, elnézést a nagyon leegyszerűsített kérdésért...
-
#676
Brown ügynök
senior tag
Fire/SOUL/CD
#675
Brown ügynök
senior tag
válasz
Fire/SOUL/CD
#675
üzenetére
Tipp: Automatikusan kitöltött mező, melynek értéke nem lehet 0 / értéket kell adni?
-
#675
Fire/SOUL/CD
félisten
-
#674
Sk8erPeter
nagyúr
martonx
#670
Sk8erPeter
nagyúr
OK, köszi, majd kipróbálom.
Amúgy a másik témához: vannak debug-eszközök PHP-hoz bőven, bár tény, hogy nem olyan egyszerű debuggolni, mint mondjuk egy C-, C++-, C#-, stb. alkalmazást, más módszereket igényel. Szóval tényleg van vele szopás.
De ilyen alapon SQL-ben hogy debuggolsz?
Kipróbálod, vagy jó, vagy nem.
Eszerint a PHP még mindig jobb egy fokkal.
Amúgy szerintem esetleges MySQL-memóriakorlátok miatt sem biztos, hogy érdemes átpakolni mindent adatbázis-oldalra (pl. olcsó vagy ingyenes tárhelyek problémája ismét), meg hát szerintem a rétegelésnek is megvan a maga haszna, hogy adatbázist elsősorban tárolásra használunk, legalábbis webalkalmazásoknál. Nyilván azért egyszerűbb tárolt eljárásokat bőven lehet írni.
Egyébként szerintem építő jellegű egy ilyen vita, úgyhogy mindenki elmondhatja a saját érveit, engem legalábbis érdekel, akkor is, ha nem értünk egyet.
Olyan szempontokat is mondhattok, amik mondjuk nekem nem jutottak eszembe, így legalább részben előfordulhat, hogy bizonyos szempontokról meggyőzzük egymást. Vagy nem, de legalább kiveséztük a szempontokat. -
cucka
addikt
Toad for Mysql-ben egy kattintás és sql fájlban elmenti a komplett adatbázisomat. Ezt szoktam svn-ezni, sőt ezt szoktam futtatni az éles hoszting phpmyadmin-jában is.
Ez fasza, csak ha az éles adatbázisban ott vannak az éles adatok, akkor sokat nem érsz azzal, hogy a dev. adatbázisból csinálsz egy dumpot. Ha nagy az adatbázis, akkor megint csak szívsz ezzel az elgondolással.Nem azt állítom, hogy nem lehet így fejleszteni, csak szerintem sok lehetséges szívástól kíméled meg magad, ha az alkalmazáslogika nagy részét nem az adatbázisban tárolod. (Arról nem beszélve, hogy így függetleníteni tudod magad az adatbázis szerver nyűgjeitől, gyakorlatilag az alkalmazást nem fogja érdekelni, hogy milyen típusú adatbázisból dolgozik)
A tesztelés is nehézkesebb??? Ezt hogy érted? Lehet sok PHP hívőt megsértek vele, de a PHP-t eleve nem egyszerű (mondhatni rémálom) tesztelni, debugolni.
PHP-hez vannak szép automatizált eszközök unit tesztekhez, nem tudom, tárolt eljárásoknál ez hogy van. (Elvileg nyilván megoldható, gyakorlatilag meg még nem próbáltam) -
martonx
veterán
Toad for Mysql-ben egy kattintás és sql fájlban elmenti a komplett adatbázisomat. Ezt szoktam svn-ezni, sőt ezt szoktam futtatni az éles hoszting phpmyadmin-jában is.
A tesztelés is nehézkesebb??? Ezt hogy érted? Lehet sok PHP hívőt megsértek vele, de a PHP-t eleve nem egyszerű (mondhatni rémálom) tesztelni, debugolni.
-
#670
martonx
veterán
Sk8erPeter
#668
martonx
veterán
válasz
Sk8erPeter
#668
üzenetére
Toad for MySQL-t szoktam használni. Nagy tudású, debug-ot is tud.
MySQL-nek van valami ingyenes menedzsment felülete is, állítólag az se rossz, de még sosem próbáltam.
A Toadban azt szeretem, hogy a felületénél megadható, hogy hasonlítson az MS SQL Mangement Studio-hoz, így nem kell mindent máshol keresnem, mint ahol megszoktam. -
cucka
addikt
Szeretem amennyire csak lehet adatbázishoz közel tartani a logikát. Aztán az már, hogy az adott tárolt eljárást mysql-lel vagy mysqli-vel hívom meg számomra kb. mindegy.
Szerintem ezzel az esetek többségében csak lábon lövöd magad.
Például ha használsz valamilyen verziókövető rendszert, akkor az hogy működik együtt az adatbázis tárolt eljárásaival? A tesztelés is nehézkesebb, mint ahogy release esetén is több meló van, több hibalehetőséggel.A phpmyadmin pedig valóban nem a legjobb eszköz, mert ugye nem valami natív szoftver, hanem egy weboldal. Ettől függetlenül az esetek többségében a tudása megfelelő, és nem kell megoldani azt, hogy kívülről csatlakozz az adatbázis szerverhez. (Mert ugye általában nem lehet, marad a tunnel vagy a vpn, futhatod a köröket a rendszergazdával, stb.)
-
#668
Sk8erPeter
nagyúr
martonx
#667
Sk8erPeter
nagyúr
Nincs mit!
Ja okés, így már más, az általad említettekhez mondjuk egy ilyen viszonylag egyszerű felület meg egy sima textarea a lekérdezések, stb. megírásához tényleg nem elegendő. Nekem még bőven van mit tanulnom, hogy az általad említetteket alkalmazzam, és több logikát ültessek át MySQL-re. Nálam egyelőre a logika nagy része PHP-ban dől el.
Te mit szoktál használni/mit javasolsz SQL-fejlesztésre?Hmm, hát majd lehet, hogy virtuális gépre felpakolom az általad említett verziókat, hogy kipróbáljam, mert meglep, hogy nem megy a mysqli. Habár melós.
-
#667
martonx
veterán
Sk8erPeter
#666
martonx
veterán
válasz
Sk8erPeter
#666
üzenetére
Nálam php 5.3.5 van, és MySql 5.5. akárhány van (amiket a legújabb xampp tartalmaz). Ha ezekkel megy neked a mysqli, akkor le a kalappal.
Én SQL fejlesztés alatt masszív tárolt eljárás írást értek kurzorokkal, deklarálásokkal, temporary táblákkal. Szeretem amennyire csak lehet adatbázishoz közel tartani a logikát. Aztán az már, hogy az adott tárolt eljárást mysql-lel vagy mysqli-vel hívom meg számomra kb. mindegy.
Mivel innentől kezdve a mysqli-t mellőzöm, a javasolt PDO-t ki fogom próbálni, felkeltetted az érdeklődésemet, köszi!
-
#666
Sk8erPeter
nagyúr
martonx
#665
Sk8erPeter
nagyúr
"Jó, mondjuk ki mit ért fejlesztés alatt."
Hát erről van szó... Lehet, hogy a srác csak ugyanarra használja, mint mi: néha megnézegetni a táblákat, lekérdezéseket futtatni, indexeket, kulcsokat megváltoztatni grafikus felületen, mert minek tökölni ilyennel mondjuk PHP-kódból?
Amúgy igazából Te sem tudom, mit értesz fejlesztés alatt, ezt kifejthetnéd.
Én pl. táblák létrehozására, azok összekapcsolgatásának próbálgatásaira is használom a phpMyAdmint vagy alternatíváit.
Most akkor ez szerinted megvetendő?"Ha már itt tartunk minek a phpmyadmin, ha ugyanezt tudja a parancssor is?"
Ezzel csak az a probléma, hogy a legtöbb olcsó vagy ingyenes tárhely esetén egyszerűen nincs parancssor-elérés, SSH-val sem."ha akarod azt is beágyazhatod egy osztályba, és akkor megvan az objektum orientáltság is"
Jó, hát ilyen alapon mindenhez írhatsz wrapper osztályt, ami nem objektumorientált, ha azzal akarod szivatni magadat, hogy feltaláld a spanyolviaszt, és olyat implementálj, amit már valaki helyetted elkészített, és bőven készültek hozzá bugfixek is."ott legalább nincsenek ilyen szívások, mint amikor én is pont a héten vettem észre, hogy a mysqli nem hajlandó a legújabb php, mysql, apache verziókkal működni. Egy rakás mysqli-s cuccal a gépemen nem volt felemelő felismerés"
Ez melyik verzióknál jelentkezett nálad? Most már kíváncsivá tettél, kipróbálnám, nálam is problémás-e. Nálam jelenleg PHP 5.2.6 és MySQL 5.0.51b van fent, ezekkel mindjárt ki is próbálom, de előbb elmegyek kajálni.
Egyébként én személy szerint a PDO-t javaslom, ez is OOP-s, kényelmes, rugalmasan használható, nagytudású. Korábban én is sima mysql-es és mysqli-s funkciókkal szivattam magam, de a PDO használata után vissza nem térnék ezekre a módszerekre (bár a MySQLi-s módszerrel sincs sok baj). -
#665
martonx
veterán
Sk8erPeter
#664
martonx
veterán
válasz
Sk8erPeter
#664
üzenetére
Nem az a baj, hogy ezeket használod, én is használom a hoszting tárhelyeken. Na de ezeket fejlesztésre használni??? A szükség esetén használatával egyetértek, de amikor azt mondja valaki, hogy ezen fejleszt, az a szememben vicc kategória. Jó, mondjuk ki mit ért fejlesztés alatt. Két táblát létrehozni, meg köztük egy join-os selectre, valóban jó tud lenni bármi, még a mysql parancssora is. Ha már itt tartunk minek a phpmyadmin, ha ugyanezt tudja a parancssor is?
A mysqli többet tud, mint a mysql, viszont mysql is jó (ha akarod azt is beágyazhatod egy osztályba, és akkor megvan az objektum orientáltság is), és ott legalább nincsenek ilyen szívások, mint amikor én is pont a héten vettem észre, hogy a mysqli nem hajlandó a legújabb php, mysql, apache verziókkal működni. Egy rakás mysqli-s cuccal a gépemen nem volt felemelő felismerés.
Így magamban el is könyveltem fosként (ettől még nem kezdtem el átírni a régebbi munkáimat, hátha megint kijön majd egy stabil php - mysqli kombó), és egyszerűbb projektekben kerülni is fogom a használatát, mert az végképp nem hiányzik, hogy élesítéskor derüljön ki legközelebb, hogy az éles környezeten éppen nem hajlandó működni. A sima mysql-lel ilyen gonddal még sosem találkoztam.
Egyébként ha már phpmyadmin-t használ valaki fejlesztésre (lásd feljebb kéttáblás select), akkor nem mindegy, hogy mysql, vagy mysqli futtatja a végén a select-et?
-
#664
Sk8erPeter
nagyúr
martonx
#663
Sk8erPeter
nagyúr
"csak nem hittem el, hogy a phpmyadmin-t a hoszting szolgáltatókon kívül bárki is használja, fejlesztésre meg pláne. Bearanyoztad a napomat ezzel
"
Már miért ne lehetne használni a phpMyAdmint vagy alternatíváit?
Pl. ott a kisebb tudású, de kis erőforrásigényű, gyors, és próbalekérdezésekre, az adattáblák áttekinthető felületen való gyors megnézésére tökéletesen használható SQL Buddy is...
Már miért ne lennének ezek jók? Pl. a phpMyAdmin-felületen keresztül statisztikákat is lehet nézegetni, ha az ember kíváncsi rá. Az SQL Buddy kevesebbet tud, de ahogy eddig próbálgattam, egész megfelelő alternatíva az említett gyors célokra. Miért kellene ezekhez valami nagytudású, de legalább erőforrásigényes program? Vagy ha mégis van olyan alkalmazás, ami nem webes felületen keresztül működik, gyors, meg tud mindent, amit kell, az miért csökkentené a phpMyAdmin vagy ahhoz hasonló programok hasznát? Egyáltalán miért kellene élből hülyegyereknek nézni azokat, akik még mindig használják ezt is (mint én)?
Engem mondjuk a phpMyAdmin eléggé elavult, frame-es kialakítású szerkezete eléggé zavar, ezért is kerestem rá alternatívát, de ettől függetlenül tökéletesen megfelelőnek találom ezt és az ehhez hasonló programokat webfejlesztés esetén egyszerűbb célokra.
Ha valaki birtokában van némi adatbázis-kezelési ismereteknek, az nem feltételezi egyből azt, hogy robusztus, nagy vaddisznó programokat használ adatbázis-kezelésre, plusz hatalmas táblái vannak iszonyat komplex struktúrával, bonyolult összekapcsolásokkal, százsoros lekérdezésekkel, stb. Ettől még lehet jó fejlesztő. Vagy csak én értem félre, hogy eleve ujjal mutogatva kineveted azokat, akik még ma is használják a phpMyAdmint és társait...
Főleg, hogy az olyan csomagokhoz, mint az AppServ, XAMPP (Windows), WAMP és társai, általában ez szokott kapcsolódni, ezeket a csomagokat meg elég egyszerű telepíteni, ha az ember nem akarja szopatni magát feleslegesen az egyenkénti telepítéssel+konfigurálással (személy szerint az elsőt használom).(#661) martonx :
"Végülis mindegy, a sima mysql működik, és nem vettem észre, hogy bármiben is rosszabb lenne a mysqli-nél. Ilyen ez az open source szarakodás, de legalább ingyenes a sok fos komponens."
Újabb hozzászólás, amit nem értek... A mysqli eleve objektumorientált használatot is lehetővé tesz, támogatja a prepared statementek használatát, és még elég sok minden elérhető vele, amit gondolom nem kell neked felsorolnom, mert sejtésem szerint van róla némi fogalmad...
Miért lenne ez egy "fos komponens"? -
martonx
veterán
Semmi baja nincs a mysql-nek a 64 bittel, nekem is azon fut.
A phpmyadmin-os kérdésem után már óvatosan kérdezem, mert nem tudom mikor viccelsz és mikor nem, de te most tényleg azt hiszed, hogy a mysql-ed ben van a hiba?Mert a hibaüzenetet a php-d küldte, a mysqli az egy php bővítmény. De már tényleg elbizonytalanodtam, hogy ezzel most nem-e összezavarlak?
Azaz a mysql-ednek kutya baja, a php-hoz hiányzik egy bővítmény, azt kell pótolni. Bár ha le tudtad fordítani a hibaüzenetet, akkor miért nem értetted meg?Mondjuk ettől függetlenül nem kétlem azt se, hogy nem megy a mysql-ed se, ha már ezt írtad, de akkor meg hogy jön ide a mysqli hiány?
Totál elbizonytalanítottál. Majd holnap, ha összeszedted magad, írd le hogy akkor most mi nem megy (PHP vagy a MySQL, vagy a kettő együtt nem megy, csak külön-külön)???
én biciklizve húztam le ezt a napot, és hidd el más is betegre melózza magát, csak nem hittem el, hogy a phpmyadmin-t a hoszting szolgáltatókon kívül bárki is használja, fejlesztésre meg pláne. Bearanyoztad a napomat ezzel
-
randras
veterán
A lefordítása nekem is ment, köszi!
Egyébként igen, egy egész végigsz*pott nap után, július 1-én kabátban sz*á fagyva és szétázva azt gondoltam: miért ne dobnák be egy ilyen poént?!
Van ráadásul még egy: nekem a régen jól bevált XAMPP verzióm sem megy, szóval eljött annak az ideje, hogy számomra véget érjen a mai nap!
Majd holnap utánanézek, miért is nagy elvárás mySQL-t 64 biten futtatni!
-
martonx
veterán
Segítek lefordítom: mysqli bővítmény hiányzik.
Komolyra fordítva a szót, mióta a legújabb xampp-t raktam fel, a mysqli nálam is elfelejtett működni. Valami inkompatibilitás van a legújabb mysql-lel, vagy a php-vel, vagy az apache-al? Végülis mindegy, a sima mysql működik, és nem vettem észre, hogy bármiben is rosszabb lenne a mysqli-nél. Ilyen ez az open source szarakodás, de legalább ingyenes a sok fos komponens.
Te egyébként komolyan fejlesztésre használod a phpmyadmin-t, vagy csak vicceltél?
-
randras
veterán
Üdv!
Szóval, újratelepítettem a rendszerem (32 bites Win7-ről 64 bitesre), és az eddig jól bevált fejlesztőkörnyezetem most nem akar működni. mySQL Server 5.5 64-bit, Apache HTTP Server 2.2.14, és PHP 5.2.12
A PHP fordító és az Apache fut, mert a PHP-k lefutnak, de pl. a phpMyAdmin betöltésekor "The mysqli extension is missing" hibát kapok!
Tudnátok segíteni?
-
#659
Sk8erPeter
nagyúr
martonx
#658
Sk8erPeter
nagyúr
Ja persze, ez csak szimpla szakmai érdeklődés.
Amúgy biztos nem írnék szóközökkel telerakott neveket a kódomba, az valahogy annyira nem szerencsés.Nos, kipróbáltam, úgy is ugyanazt a hibát dobja. Létezik, hogy MySQL-ben nem lehet ilyen módon szóközös neveket adni a VIEW-knak?
-
#658
martonx
veterán
Sk8erPeter
#657
martonx
veterán
válasz
Sk8erPeter
#657
üzenetére
Szia!
Esetleg " " idézőjelek közé téve? Mintha MSSQL-ben, meg PostgreSQL-ben az " " jel lenne erre a megoldás. Bár érdemesebb inkább egybe írni, elvégre minek szivasd magad ilyen apróságokkal, nem?
-
#657
Sk8erPeter
nagyúr
Sk8erPeter
nagyúr
Hi!
Ha VIEW-t hozok létre MySQL-ben, akkor nem megengedett a szögletes zárójelek segítségével megadott VIEW-név, ami whitespace-t is tartalmaz, ahogy egyes példákban (lásd pl. [Current Product List]) is látható?
az alábbi működött:
CREATE VIEW view_content_hun AS
SELECT content
FROM `tartalom_mod`
WHERE lang = "hun"
AND menupoint = "home"de így már nem:
CREATE VIEW [legyen valami neve content_hun] AS
SELECT content
FROM `tartalom_mod`
WHERE lang = "hun"
AND menupoint = "home"lásd KÉP
Annyi lenne a válasz, hogy MySQL-ben ez a fajta elnevezés nem támogatott? Vagy...?Köszi!
-
#655
shev7
veterán
Sk8erPeter
#654
shev7
veterán
válasz
Sk8erPeter
#654
üzenetére
ezzel mas: as temptable
Igy letrehoz a memoriaban egy ideiglenes tablat, es a lekerdezest abban hajtja vegre majd az abbol kapott eredmeny alapjan update-el. Szoval itt az update es a select nem ugyanarra a tablara fut le.
-
#654
Sk8erPeter
nagyúr
shev7
#653
Sk8erPeter
nagyúr
Nagy király vagy, shev7, pont azt csinálja, amit kell, köszi!
Teljesítményre: jaja, csak egyszer fut le, (Query took 0.0141 sec), nem tartott túl sokáig, mert nem olyan sok sorról van szó egyelőre.
Viszont most hirtelen azt nem értem, miért nem futott le az a lekérdezés, amit én írtam korábban:
UPDATE `tbl_ossze` SET main_picture = 'Y'
WHERE kutya_id IN (
SELECT kutya_id AS kutyuli_id
FROM `tbl_ossze` AS tbl_ossze_2
GROUP BY kutyuli_id
)
? ez ilyenkor nem ahhoz hasonlóan működik, amit Te is írtál, hogy lényegében egy táblát ad vissza eredményül, amely táblát módosítja a lekérdezés UPDATE része? Értem én, a para az, hogy azonos táblát akarok UPDATE-elni és SELECT-elni, de akkor a Te megoldásodban, ahol értelmezésem szerint a legbelső
SELECT kep_id
FROM `tbl_ossze`
GROUP BY kutya_id
visszaad egy táblát, ezt kérdezi le a középső
SELECT *
FROM (
SELECT .......
) as temptable, ez is visszaad egy táblát, amit a külső
UPDATE `tbl_ossze` SET main_picture = 'Y' WHERE kep_id IN (
SELECT
.......
as temptable
)
megkap, és végül módosít.Tulajdonképpen ez miben sokkal más, mint az, amivel én próbálkoztam eleinte?
Próbálom megérteni, hogy legközelebb már így álljak a kérdéshez.Köszi!
-
#653
shev7
veterán
Sk8erPeter
#650
shev7
veterán
válasz
Sk8erPeter
#650
üzenetére
Hali!
Lehet valamit felreertek, de szerintem nem sok ertelme van annak amit csinalni probalsz.
SELECT kutya_id AS kutyuli_id
FROM `tbl_ossze` AS tbl_ossze_2
GROUP BY kutyuli_id
Ennek a lekerdezesnek az eredmenye minden olyan kutya_id ami benne van a tablaban. Ha erre meg mukodne is az update, akkor csak azt erned el, hogy minden sorra beallitanad a 'Y'-t nem csak azokra amikre szeretned.Amit te szeretnel, az valami ilyesmi lenne:
UPDATE `tbl_ossze` SET main_picture = 'Y' WHERE kep_id IN (
SELECT kep_id AS ki_id
FROM `tbl_ossze` AS tbl_ossze_2
GROUP BY kutya_id
)Bar ez nem segit azon a tenyen, ahogy a hibauzenet is mondja, nem select-elheted es update-eleheted ugyanazt tablat ugyanabban a queryben.
Viszont, ha lenne egy inner temporal table-ed mar mukodne. Persze performance szempontjabol hagy kivannivalot maga utan, de ha jol sejtem ez a script egyszer futna le, szoval...
UPDATE `tbl_ossze` SET main_picture = 'Y' WHERE kep_id IN (
SELECT *
FROM (
SELECT kep_id
FROM `tbl_ossze`
GROUP BY kutya_id
) as temptable
) -
#652
Sk8erPeter
nagyúr
martonx
#651
Sk8erPeter
nagyúr
Hát egyelőre nem jött össze, pedig már próbálkoztam mindenféle baromsággal:
UPDATE (
SELECT t_o.main_picture AS main_pic
FROM `tbl_ossze` AS t_o
GROUP BY t_o.kutya_id
) AS t_o_mod
SET t_o_mod.main_pic = 'Y' ;#1288 - The target table t_o_mod of the UPDATE is not updatable
Egyelőre nem tudom kitalálni a megoldást.
Lehet, hogy holnap, frissebb fejjel... de addig is ha van javaslatod, szívesen fogadom! -
#651
martonx
veterán
Sk8erPeter
#650
martonx
veterán
válasz
Sk8erPeter
#650
üzenetére
egy példa, hogy mire gondolok:
UPDATE FROM tblTransaction AS t
LEFT JOIN tblEmployee as e
ON e.emp_id = t.emp_id
SET t.emp_block = e.emp_block -
#650
Sk8erPeter
nagyúr
martonx
#649
Sk8erPeter
nagyúr
Hali!
Itt a hibaüzenet:
Hibaüzenet:
UPDATE `tbl_ossze` SET main_picture = 'Y' WHERE kutya_id IN (
SELECT kutya_id AS kutyuli_id
FROM `tbl_ossze` AS tbl_ossze_2
GROUP BY kutyuli_id
)"#1093 - You can't specify target table 'tbl_ossze' for update in
FROM clause "A korábbi link alapján még próbálkoztam a következővel is, csak hogy lekérjem az adatokat, hogy így egyáltalán működik-e, de lehet, hogy ez úgy hülyeség, ahogy van (ez sem működik, úgyhogy sanszos):
SELECT `tbl_ossze` tabla_1
LEFT JOIN `tbl_ossze` tabla_2 ON tabla_1.kep_id = tabla_2.kep_id
AND tabla_1.kutya_id <> tabla_2.kutya_id
WHERE tabla_2.kutya_id IS NULL;Erre a hiba:
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'LEFT JOIN `tbl_ossze` tabla_2 ON tabla_1.kep_id = tabla_2.kep_id
AND tabla_1.k' at line 2 (KÉP)Konkrétan egyébként nem tudom, mire gondoltál, hogyan lehet esetleg még megoldani.
Köszi az esetleges további segítséget is!
Szerk.:
így néz ki a táblaszerkezet:--
-- Tábla szerkezet: `tbl_ossze`
--
CREATE TABLE `tbl_ossze` (
`kutya_id` int(11) NOT NULL COMMENT 'Kutya azonosítója',
`kep_id` int(11) NOT NULL COMMENT 'Hozzátartozó kép(ek) azonosítója',
`main_picture` enum('N','Y') collate utf8_hungarian_ci NOT NULL default 'N' COMMENT 'Ez a kép jelenjen meg főképként, amikor a kutyáról az első kép látható!',
PRIMARY KEY (`kutya_id`,`kep_id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_hungarian_ci COMMENT='Kutya és képek azonosítójának összerendelése'; -
#649
martonx
veterán
Sk8erPeter
#648
martonx
veterán
válasz
Sk8erPeter
#648
üzenetére
Ez pedig nem tűnik rossznak. Milyen hibát kapsz vissza?
Esetleg nyelvi finomságokkal lehetne javítani pl. where és alselect helyett join, majd megadni, hogy melyik táblát update-eled? -
#648
Sk8erPeter
nagyúr
Sk8erPeter
nagyúr
Hali!
Egy táblában egy mezőértéket úgy szeretnék módosítani, hogy leszűkítem egy adott azonosító szerint a találatokat, és mindig csak az adott azonosító szerint egymástól különböző találatokat módosítsam az adott táblában.
Pl. van egy tábla, ahol kutyák azonosítószáma és a hozzátartozó képek azonosítója van (egy "összerendelő" tábla), ide felvettem még egy mezőt, ami azt jelzi, hogy melyik a fő kép ezek közül, tehát adott kutyaazonosítónál melyik kép lesz az, amelyik elsőként látható a kutyáról.
A lényeg, hogy egy UPDATE-et szeretnék kiadni táblán belül szűkítve az egymástól különböző találatokra, kutyaazonosító szerint rendezve. Így próbálkoztam, ez érthető módon hibát adott, de egyelőre nincs ötletem a módszer javítására:UPDATE `tbl_ossze` SET main_picture = 'Y'
WHERE kutya_id IN (
SELECT kutya_id AS kutyuli_id
FROM `tbl_ossze` AS tbl_ossze_2
GROUP BY kutyuli_id
)A
SELECT * FROM `tbl_ossze` GROUP BY kutya_id
pont azt az eredményhalmazt adja, amire a módosítást szeretném elvégezni, tehát ahol a main_picture mezőnek az 'Y' értéket szeretném adni. A többire ne vonatkozzon, ott maradjon az eredeti érték ('N').Itt találtam egy linket hasonló problémáról, de az mégis kicsit eltér, de saját próbálkozásokban nem segített: [link]
Előre is köszi a segítséget!
Ha nem írtam le érthetően, mit szeretnék, szóljatok, és pontosítok! -
vakondka
őstag
Próbáltam én a tagadást, csak nem az AND NOT-al...ezért nem működött
Akkor ez így jó?:SELECT p.products_model, p.products_price, pd.products_name, pd.products_description, pdo.products_description AS old_description, pd.language_id, p.products_last_modified
FROM products p, products_description pd, products_description_old AS pdo
WHERE pdo.products_id = pd.products_id
AND p.products_id = pd.products_id
AND pd.language_id = pdo.language_id
AND NOT pd.products_description <=> pdo.products_descriptionKöszi
-
Lortech
addikt
válasz
vakondka
#643
üzenetére
Elnézést a szemétkedésért, nem kellett volna 6 sör után felnéznem a fórumra.
Viszont szerintem elég korrekt segítséget adtam, a konkrét megoldást nem szeretem beírkálni.
Akkor az előző hsz. helyesen így szólt volna: ha az operátornak nincsen tagadása, akkor miért ne tagadhatnád le a logikai kifejezést egy AND NOT-tal például? -
vakondka
őstag
Szia,
Igen, nálam a null és az üres sztring ugyanaz lenne.
Ezt próbáltam először amit írtál, de nem működik, mert az adattábla összes mezőjét visszaadta eredményül:
SELECT p.products_model, p.products_price, pd.products_name, pd.products_description, pdo.products_description AS old_description, pd.language_id, p.products_last_modified
FROM products p, products_description pd, products_description_old AS pdo
WHERE pdo.products_id = pd.products_id
AND p.products_id = pd.products_id
AND pd.language_id = pdo.language_id
AND pd.products_description <=> pdo.products_descriptionAz IFNULL-t meg nem ismerem
Ezért bátorkodtam megkérdezni valakit aki jobban ért hozzá.
Szóval akkor most mi lenne a legkorrektebb megoldás ami működik is? -
Lortech
addikt
válasz
vakondka
#637
üzenetére
Pedig nem hibás a stringek összehasonlítása, de nem árt tisztában lenni az operátorok definíciójával. Ha nincs kikötve a tábla definícióban, hogy az adott mező nem lehet null, akkor figyelembe kell venni, hogy a mezőt operandusként felhasználva, ha az null, milyen eredmények születhetnek. Más RDBMS-eknél is (Oracle-nél biztos) oda kell figyelni a null-okra, különben alattomos bugokat lehet bevinni.
Ha a ténylegesen NULL értéket és az üres stringet funkcionális szempontból egyenlőnek tekintheted (vagy kell tekintened), akkor a megoldásod működik, egyébként technikailag nem ugyanaz a kettő, és alkalmazástól függ, hogy külön kezelendő-e, az üres string plusz információ a NULL-hoz képest.
Van a mysql-nek NULL-safe equal operátora, a <=>, aminek a definícióját megnézheted itt:
[link].
Ez az egyik egy megoldás lehet, az előző bekezdés függvényében, a másik meg a concat helyett inkább az IFNULL függvény. [link] -
vakondka
őstag
válasz
vakondka
#636
üzenetére
Sikerült megtalálni a megoldást!
Gondoltam leírom, hátha valaki másnak is szüksége lesz rá egyszer.
Szóval a kiindulási helyzet, hogy az SQL parancsok nem képesek hibátlanul elvégezni stringek összehasonlítását, amennyiben az egyik string értéke NULL.
De van egy utasítás, ami képes úgy átalakítani a NULL értéket, hogy ezután az összehasonlítás helyes legyen: CONCAT_WS
Ez végül is sztringek összefűzésére való, de az én példámnál maradva látszik,
hogy az összefűző karakter egy olyan string ami nem tartalmaz egy karaktert sem és összefűzöm az adott mező értékével ami akár null is lehet, mert ha a NULL-t összefűzzük a semmivel, akkor az már nem NULL, vagyis össze lehet hasonlítaniSELECT p.products_model, p.products_price, pd.products_name, pd.products_description, pdo.products_description AS old_description, pd.language_id, p.products_last_modified
FROM products p, products_description pd, products_description_old AS pdo
WHERE pdo.products_id = pd.products_id
AND p.products_id = pd.products_id
AND pd.language_id = pdo.language_id
AND (
CONCAT_WS( '', pd.products_description ) != CONCAT_WS( '', pdo.products_description )
) -
vakondka
őstag
Sziasztok,
Van két táblám és látszólag egyszerű lenne a feladat, mert azt kell kiíratni,
ahol nem egyezik a két tábla azonos mezőjének szöveges tartalma.
Sajnos mint tapasztaltam a != hibásan működik, ha az egyik mező a kettő közül NULL.Ez a lekérdezés:
SELECT p.products_model, p.products_price, pd.products_name, pd.products_description, pdo.products_description as old_description, pd.language_id, p.products_last_modified
FROM products p, products_description pd, products_description_old as pdo
WHERE pdo.products_id=pd.products_id
AND p.products_id=pd.products_id
AND pd.language_id=pdo.language_id
AND pd.products_description!=pdo.products_descriptionVan erre valami megoldás?
-
#634
Frigo
őstag
Speeedfire
#633
Frigo
őstag
válasz
Speeedfire
#633
üzenetére
primary key-hez nem kell az alsóvonás : PRIMARY KEY
-
#633
Speeedfire
félisten
Speeedfire
félisten
Kérdésem a következő lenne. Ez a lekérdezés miért nem akar menni? Sőt igazából az ilyenek nem nagyon akarnak menni nálam, be kell őket állítanom kézzel...
create table entitascim (
cimazon int not null auto_increment primary_key,
entitasazon int,
scim1 varchar(255),
scim2 varchar(255),
svaros varchar(255),
callam char(2),
sirszam varchar(10),
stipus varchar(50),
contraint kk_entitascim_entitasazon foreign key (enmtitasazon)
references entitasok(entitasazon)
)#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'primary_key, entitasazon int, scim1 varchar(255), scim2 varchar(255), svaros' at line 2
-
#630
Frigo
őstag
Speeedfire
#629
Frigo
őstag
válasz
Speeedfire
#629
üzenetére
Próbáld meg frissíteni a phpmyadmin-t vagy tedd fel a legújabb Mysql workbenchet.
-
#628
Frigo
őstag
Speeedfire
#627
Frigo
őstag
válasz
Speeedfire
#627
üzenetére
Hát megnéztem amit begépeltél phpmyadminban meg mysql workbenchben egy teszt adatbázissal és működött mindegyikben. Biztos ,hogy az adatbázis nevét jól adtad meg ?
-
#627
Speeedfire
félisten
Frigo
#626
Speeedfire
félisten
Ez az, kiválasztottam az adatbázist bele mentem az sql részbe. Beillesztettem a scriptet, utána függvény meghívását és akkor mondta ezt a hibát.
DELIMITER $$
DROP PROCEDURE IF EXISTS `prefix_all` $$
CREATE PROCEDURE `prefix_all` (in_db varchar(20),in_prefix varchar(10),in_add_rem TINYINT(1))
BEGIN
DECLARE done INT default 0;
DECLARE tbl_nm VARCHAR(30);
DECLARE ren VARCHAR(200);
DECLARE table_cur CURSOR FOR select table_name from information_schema.tables where table_schema=in_db;
DECLARE CONTINUE HANDLER FOR NOT FOUND SET done=1;
OPEN table_cur;
rename_loop:LOOP
FETCH table_cur INTO tbl_nm;
IF done=1 THEN
LEAVE rename_loop;
END IF;
if in_add_rem=1 then #ADD
SET @ren = concat("rename table ", in_db,'.',tbl_nm ," to ",in_db,'.',in_prefix,tbl_nm,";");
else
set @ren= concat("rename table ", in_db,'.',tbl_nm ," to ",in_db,'.',right(tbl_nm,length(tbl_nm)-length(in_prefix)),';');
end if;
# select @ren;
prepare ren from @ren;
execute ren;
END LOOP;
CLOSE table_cur;
select table_name 'Tables' from information_schema.tables where table_schema=in_db;
END $$
DELIMITER ;
CALL prefix_all('02630_drupal','drupal_',1);Hiba
SQL-lekérdezés:
DELIMITER;
CALL prefix_all(
'02630_drupal', 'drupal_', 1
);
A MySQL mondta:
#1312 - PROCEDURE 02630_drupal.prefix_all can't return a result set in the given context -
#626
Frigo
őstag
Speeedfire
#625
Frigo
őstag
válasz
Speeedfire
#625
üzenetére
Ja igen a mind a függvény végrehajtása mind a meghívás előtt válaszd ki a megfelelő adatbázist .Most próbáltam ki nálam működött rendesen.
-
#625
Speeedfire
félisten
Frigo
#624
Speeedfire
félisten
-
#624
Frigo
őstag
Speeedfire
#623
Frigo
őstag
válasz
Speeedfire
#623
üzenetére
phpmyadminban a konzolnál bemásolod a függvény kódját ,majd ha végrehajtotta utána a :
CALL prefix_all(‘DATABASE-NAME’,'PREFIX’,0); paranccsal meghívod .A 'DATABASE-NAME' az adatbázisod neve ,a 'PREFIX' amit meg szeretnél adni prefixnek .Ha a végén 0-át adsz meg akkor törli a prefixet a táblák neve elől ha 1-et akkor elejére fűzi.De előtte mindenképp készíts mentést az adatbázisról . -
#622
Frigo
őstag
Speeedfire
#621
Frigo
őstag
válasz
Speeedfire
#621
üzenetére
Rosszul sejted
A tárolt eljárások a függvények SQL megfelelője. -
#620
Frigo
őstag
Speeedfire
#619
Frigo
őstag
válasz
Speeedfire
#619
üzenetére
A RENAME TABLE parancsal tudsz táblákat átnevezni csak vigyázz ,hogy mikor használod ne fusson semmilyen progi ami használja az adatbázist.Illetve ha ilyen sok tábláról van szó akkor érdemes hozzá tárolt eljárást írni ,erre ITT egy remek példa.
-
#619
Speeedfire
félisten
Speeedfire
félisten
Hogy lehet táblákat átnevezni? Konkrétan van kb 100 táblám, aminek prefixet akarok adni.
-
#618
Speeedfire
félisten
Speeedfire
#617
Speeedfire
félisten
válasz
Speeedfire
#617
üzenetére
Helyesen:
SELECT fid, count(fid) as mennyi FROM `linkek_tartalom`
group by fid
having count(fid) >= 10 -
#615
Speeedfire
félisten
Sk8erPeter
#613
Speeedfire
félisten
válasz
Sk8erPeter
#613
üzenetére
Köszi mindkettőtöknek.
-
#614
PazsitZ
addikt
Speeedfire
#612
PazsitZ
addikt
válasz
Speeedfire
#612
üzenetére
SELECT fid, COUNT(fid) FROM tabla GROUP BY fid
lassú vagyok -
#613
Sk8erPeter
nagyúr
Speeedfire
#612
Sk8erPeter
nagyúr
válasz
Speeedfire
#612
üzenetére
SELECT `tabla`.`fid` , COUNT(*) AS bejegyzesek_szama
FROM `tabla`
GROUP BY `tabla`.`fid` -
#612
Speeedfire
félisten
Speeedfire
félisten
Adott egy tábla ahol pl 3 azonosító van id, fid, szoveg
Az id ugye autoincrement, a fid az azonosítója a felhasználónak a szövegben meg szöveg van.
Lehet úgy csoportosítani ezeket, hogy melyik felhasználó mennyit küldött be?
Valami ilyesmi:
fid + darabszámaÍgy próbáltam meg, de így mindet kiírja:
select *, SUM(fid) from tabla
-
#611
Sk8erPeter
nagyúr
sonar
#610
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`) -
sonar
addikt
-
sonar
addikt
Sziasztok
Van egy SQL script ami elvileg létrehozná a táblákat, egyik serveren meg tudtam csinálni, de egy másikon nem. Kiesik azzal, hogy syntax hibája van. De egyszerűen nem jövök rá, hogy miért.
/*
Navicat MySQL Data Transfer
Source Server : ±¾»ú
Source Server Version : 50149
Source Host : swerditff:3306
Source Database : etms
Target Server Type : MYSQL
Target Server Version : 50149
File Encoding : 65001
Date: 2010-08-12 16:32:50
*/
SET FOREIGN_KEY_CHECKS=0;
-- ----------------------------
-- Table structure for `errtab`
-- ----------------------------
DROP TABLE IF EXISTS `errtab`;
CREATE TABLE `errtab` (
`No` int(10) unsigned zerofill NOT NULL AUTO_INCREMENT,
`mtsn` varchar(16) NOT NULL,
`errtime` datetime NOT NULL,
`errcode` varchar(4) NOT NULL,
`testlog` text NOT NULL,
`noinol` int(10) unsigned NOT NULL DEFAULT '0',
PRIMARY KEY (`No`),
KEY `noinol` (`noinol`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8 ROW_FORMAT=COMPACT COMMENT='InnoDB free: 169984 kB'; -
dekac
tag
Sziasztok!
Feltelepítettem a xamppot, már jó ideje használom a phpmyadmin felületet, de most úgy gondoltam, hogy nem kattintgatok, hanem parancssoros módszerrel listázom ki a táblákat, listázom ki a szükséges infót. Start, futtatás, cmd, cd c:\xampp\mysql\mysql, cd mysql.exe, el is indul az adatbázis konzolja, azonban mikor kilistáztatom az adatbázisokat csak 2 alap adatbázis van (test, information...). Hogyan tudnám elérni parancssorral a phpmyadminban lévő adatbázisokat?
Köszi!
-
#602
Sk8erPeter
nagyúr
vincent001
#601
Sk8erPeter
nagyúr
válasz
vincent001
#601
üzenetére
Nem értem a kérdést. A WAMP telepíti az Apache-ot, MySQL-t, PHP-t Windows rendszerekre. Tehát a telepítése után tudsz adatbázist kezelni, ha akarsz, de köze nincs az adatbázisnak ahhoz, hogy tesztelgesd a PHP-fájljaidat, meg nézegesd a HTML-részét, ha a CSS-kódon módosítasz valamit...
Kicsit kevered a fogalmakat, vagy rosszul tetted fel a kérdést.
A MySQL-ből pl. phpMyAdmin-felületen nagyon egyszerűen tudsz exportálni akár komplett adatbázisokat (vagy csak kijelölt táblákat) külön fájlba vagy csak a kimenetre, majd ezt a kódot tudod importálni szintén phpMyAdmin-felületen egy másik adatbázisba. -
#601
vincent001
csendes tag
vincent001
csendes tag
Sziasztok,
Abban szeretném kérni a segítségeteket, hogyan kell MySql adatbázisból importálni ,hogy az localhosttra fel tudjam exportálni.
Szeretnék php fájlokat tesztelni illetve nézni ha a css ben átírok valamit akkor hogyan mi változik.
Wampot szeretnék használni mint szerver oldali progi de adatbázis nélkül ez nem fog menni ha jól tudom.Kérlek segítsetek. :-)
Köszi
). Hosszú telefonos beszélgetés alatt sikerült a saját /adatbázis jogaimat beállíttatni, hogy végre a phpmyadmin-ban is tudjak "mozogni"...![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Brogyi: CTEK akkumulátor töltő és másolatai
- Fejhallgató erősítő és DAC topik
- AMD Catalyst™ driverek topikja
- Kormányok / autós szimulátorok topikja
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Veszélyben az adataid? Gond van a WD népszerű HDD-ivel
- Windows 11
- Xiaomi: Android 16 zápor, zivatar
- Battlefield 6
- iPhone topik
- További aktív témák...
- Vadonatúj Blackshark 4 256GB full turbó mobilgamer csomag!
- Latitude 5530 27% 15.6" FHD IPS i7-1255U 16GB 512GB NVMe magyar vbill gar
- Logitech Laser egér - Multi Device K380 Bluetooth Billentyűzet- Logitech Bluetooth Audio Adapter
- Precision 7670 27% 16" FHD+ IPS i7-12850HX RTX A3000 32GB 1TB NVMe magyar vbill IR kam gar
- szinte új 14 hüvelykes MacBook Pro M4 512GB SSD space black asztrofekete Apple 3 év garancia
- HGST HUH721010AL5200 10TB 7.2k SAS HDD, DELL branded, nettó 40000Ft + ÁFA, 1 év garancia
- Eredeti Lenovo 230W töltők - 4X20Z83995
- Gamer PC-Számítógép! Csere-Beszámítás! I5 12600K / RTX 3070Ti / 32GB DDR5 / 512 SSD!
- Apple TV 4K 2.gen (A2169) 32 GB 6 hónap Garancia Beszámítás Házhozszállítás
- GYÖNYÖRŰ iPhone 11 Pro Max 64GB Midnight Green -1 ÉV GARANCIA -Kártyafüggetlen, MS3253,100% Akkumulá
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest