Hirdetés
Új hozzászólás Aktív témák
-
#761
Sk8erPeter
nagyúr
RexpecT
#760
Sk8erPeter
nagyúr
"Az adatbázis mentése sikerült egy .sql fájlba, de nem tudom, hogy hogyan is lehetne betölteni a Workbenchbe."
Nem az adatbázisba szeretnéd "betölteni" a dumpfájlt?
Vagy mi a célod?Pl. ez működik dumpfájl készítésére, majd az SQL-fájlból másik adatbázisba való betöltésre, konzolból:
C:\Users\Peter>mysqldump -u root -p1234 test > test_db_dump.sql
C:\Users\Peter>mysql -u root -p1234 another_test_db < test_db_dump.sql -
#739
Sk8erPeter
nagyúr
sonar
#738
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.
-
#736
Sk8erPeter
nagyúr
sonar
#734
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.
-
#733
Sk8erPeter
nagyúr
sonar
#732
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. -
#731
Sk8erPeter
nagyúr
sonar
#730
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%" -
#729
Sk8erPeter
nagyúr
Sk8erPeter
#728
Sk8erPeter
nagyúr
válasz
Sk8erPeter
#728
üzenetére
Oké, csak most látom, hogy az SQL-kérdés topicban már oltottátok hasonló okok miatt a srácot.
-
#728
Sk8erPeter
nagyúr
martonx
#727
Sk8erPeter
nagyúr
Igazából amit én nem értek, hogy mi a francnak tárolni a felhasználó korát, és állandóan UPDATE-elgetni egy mezőt. A felhasználó születési dátuma az teljesen biztos, hogy nem változik, tehát az adott, azt egyszer kell feltölteni (vagy ha elrontotta, akkor utólag módosítja, akkor elég UPDATE-elni ezt az egy mezőt (vagy ha szét van bontva évre, hónapra, napra, akkor annyi mezőt), de ez most a lényeg szempontjából tök mindegy), abból meg bármilyen másik művelethez azonnal le lehet kérni az aktuális életkort. Akár megjelenítéshez, akár máshova való felhasználáshoz. Szerintem inkább valami átgondolatlanság húzódhat a dolog hátterében.
-
#721
Sk8erPeter
nagyúr
laracroft
#717
Sk8erPeter
nagyúr
válasz
laracroft
#717
üzenetére
Az előző válaszokon túl annyit tennék hozzá, hogy
1. Nehezen áttekinthetővé teszi a kódodat (de még saját magad számára is), hogy csupa nagybetűvel írsz mindent. Legalább a mezőneveket ne (a SELECT, INSERT, UPDATE, AS, WHERE, ORDER BY, stb. kulcsszavakat megszokásból én is a mai napig nagybetűkkel írom - amúgy számomra talán épp a megszokás miatt így áttekinthetőbb is, mert tudom, mi a mezőnév, és mi nem - épp ezért érdemes legalább az egyiket kisbetűkkel írni).
2. MINDEN programnyelv esetén kerüld az ékezetek használatát. -
#714
Sk8erPeter
nagyúr
Sk8erPeter
nagyúr
Sziasztok!
Van egy viszonylag egyszerűnek tűnő kérdésem, biztos késő van, de most egyszerűen nem akar leesni, hogyan kellene megoldani.
Az egyik query-mnek ez az eredménye: [link].
Azt szeretném, hogy ebből az eredményből kiszedem azt, hogy hányszor szerepelt külön a user_id. Tehát ez végül is egymásba ágyazott lekérdezés lenne, ez az itt látható eredmény mondjuk egy temporary tábla lenne (mintha így csinálnám: SELECT * FROM (SELECT * FROM .......) AS temp_table ....), abból szednék ki adatokat.
Itt a képen pl. az látható az eredmények közt, hogy a 3-as user_id 5-ször szerepel az eredményben, a 9-es és 112-es csak 1-szer.
Ezt az eredményt szeretném tehát kapni a képen látható eredményből:
user_id | count_user_id
3 | 5
9 | 1
112 | 1Ez milyen lekérdezéssel valósítható meg?
Gondolom ezt a hozzáértők az eredeti query ismerete nélkül is meg tudják mondani.
Köszi!
-
#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. -
#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.
-
#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). -
#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"? -
#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?
-
#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!
-
#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!
-
#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! -
#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'; -
#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! -
#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` -
#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`) -
#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. -
#586
Sk8erPeter
nagyúr
anjani182
#585
Sk8erPeter
nagyúr
válasz
anjani182
#585
üzenetére
Már magánál az exportnál is hibák vannak? Fájlba is próbáltad exportálni a tartalmat? Mert akkor esetleg lehetne azt is csinálni, hogy phpmyadmin felületen SQL-parancsként végrehajtod az exportált fáljban található utasításokat (sima szövegszerkesztővel megnyitva és kimásolva onnan) - mármint ott, ahol importálni kéne. Én legalábbis így csináltam, amikor exportáltam adatbázist, igaz, az nem volt egy hatalmas adatbázis.
-
#574
Sk8erPeter
nagyúr
ates71
#573
Sk8erPeter
nagyúr
Hali!
Én hasonló probléma esetén exportáltam az egész adatbázis (vagy csak az adott adattábla) tartalmát egy külön sql-kiterjesztésű fájlba, megnéztem a fájl tartalmát szövegszerkesztővel, a szükséges részt kimásoltam, és a phpmyadmin külön SQL-parancs kiadó ablakába bemásoltam, lefuttattam, és tökéletesen működött a korábban md5-tel titkosított jelszavakkal együtt.
Előbb nyilván a táblalétrehozó SQL-parancsot futtattam, aztán a konkrét adatmezőket (értékeket) beillesztő parancsot.
Persze elvileg lehetne az egész adatbázist is átültetni az új oldalra az importálás paranccsal, én szerettem volna külön-külön csinálni.
Működnie kell. Ha mégsem megy valamiért, írd le a hibaüzenetet."Élesben nem merem kiprobalni."
Ha úgyis egy tök új oldalra viszed át az adatokat, akkor miért nem mered kipróbálni? Legfeljebb ha nem jársz sikerrel (valamiért rosszul importálja az adatokat), akkor kitörlöd az új oldalon a létrejött táblákat a phpmyadmin felületen, és kész, mintha nem is csináltál volna semmit.
Semmi kockázatot nem rejt magában, ha úgysincs egyelőre adatbázis az új oldalon. -
#568
Sk8erPeter
nagyúr
Sk8erPeter
#567
Sk8erPeter
nagyúr
válasz
Sk8erPeter
#567
üzenetére
ÓÓÓÓ basszus, csak annyit kellett változtatni, hogy átírtam így:
while ($result = mysql_fetch_assoc($query))
És máris tökéletes.
Mondjuk tök érthető, mivel a ciklus meghívása előtt még nyilván 1-et kapott a $result eredményül. Tehát a while ciklusban folyamatosan 1-et érzékel, annak értéke nem változik meg.Thx!
-
#567
Sk8erPeter
nagyúr
cucka
#566
Sk8erPeter
nagyúr
hát igen, erre gondoltam én is, de én úgy értelmeztem, hogy a mysql_fetch_assoc addig ad 1-et eredményül, amíg egyáltalán van mit lekérdeznie. Ezek szerint rosszul gondoltam?
A while(!$result)-tal sem megy - szerk.: mondjuk ezzel nyilvánvalóan nem megy -, hogyan kellene átírni? Tehát mikor lesz 0 az értéke? Vagy mitől állna meg a ciklus? -
#565
Sk8erPeter
nagyúr
Sk8erPeter
nagyúr
Hali!
Valamilyen oknál fogva végtelen ciklusba kerül a MySQL adatbázis lekérése, eddig konkrétan csak egyetlen sor van az adattáblában, annak a megjelenését ismételgeti folyamatosan a böngésző.
Rá tudnátok nézni a kódra, hogy mi lehet vele a gáz?
A "kepek" adattábla "menupont" értékétől függően kéri le az adatot, egyelőre csak a kép elérési útját kérem le, amely a "kep_200" oszlopban tárolódik.$parancs = "SELECT * FROM kepek WHERE menupont = '$menupont'";
$query = mysql_query ($parancs)
or die ("Nem lehet lekérni az adatot a MySQL-táblából.<br />Hiba: ". mysql_errno() . "\n\r". mysql_error() ."<br />");
echo "<div><table>";
$result = mysql_fetch_assoc($query)
or die ("Para van! Assoc fv.-nél: ". mysql_errno() . "\n\r".mysql_error()."<br />");
while ($result)
{
print "<tr><td>
<img src=".$result['kep_200']." />
</td></tr>";
}
echo "</table></div>";Lehet, hogy valami egyértelmű kerülte el a figyelmem, segítség!
Köszi!
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. 
Nem értem, miért nem jó neked ez?
"
Új hozzászólás Aktív témák
- AMD Navi Radeon™ RX 9xxx sorozat
- Kerékpársportok
- Kerékpárosok, bringások ide!
- Gumi és felni topik
- Windows 11
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Netfone
- Azonnali fotós kérdések órája
- Magga: PLEX: multimédia az egész lakásban
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- További aktív témák...
- HIBÁTLAN iPhone 13 Pro Max 128GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS3391
- HIBÁTLAN iPhone 13 Pro Max 128GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS3390, 93% Akkumulátor
- GYÖNYÖRŰ iPhone 13 Pro 128GB Sierra Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3389, 94% Akkumulátor
- HIBÁTLAN iPhone 13 Pro 128GB Sierra Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3388
- X1 Carbon 9th 14" FHD+ IPS i7-1165G7 32GB 512GB NVMe ujjlolv IR kam gar
- HP EliteBook 840 G8 i5-1135G7 32GB 1000GB 1 év garancia
- Utolsó 1 darab - Sennheiser MOMENTUM 4 fejhallgatók
- Fém, összecsukható és kihúzható fotó állvány eladó
- Eladó szép állapotban levő Asus VivoBook 17 S712F / 12 hó jótállással
- BESZÁMÍTÁS! MSI B450 R5 5600X 32GB DDR4 512GB SSD RTX 4060Ti 16GB ZALMAN N4 Enermax 650W
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest