A mysql bin mappájában van egy parancssoros mysqldump.exe, azzal tudod lementeni a kimenetet átirányítva fileba.

szerk: én kérek elnézést, figyelmetlen voltam. Természetesen ez csak akkor megy, ha van közvetlen vagy ssh hozzáférésed a szerverhez. Ha nincs, akkor esetleg írj egy progit, ami lementi neked.

[Szerkesztve]

csak az a baj h ez egy ingyenes tárhelyszolgáltató & sztem csak webes felületen férek hozzá az adatbázishoz
(jelenlegi tudásom szerint)

---

Sziasztok!
MySQL-lel ismerkedem es van egy feladatom.
Adott a kovetkezo ket tabla:

CREATE TABLE `calprice` (
`Index` int(11) NOT NULL auto_increment,
`Description` varchar(200) NOT NULL default '',
`Price` varchar(10) NOT NULL default '',
`WhereCald` int(200) NOT NULL default '0',
`LastMod` timestamp(14) NOT NULL,
PRIMARY KEY (`Index`),
KEY `WhereCald` (`WhereCald`)
) TYPE=MyISAM;

CREATE TABLE `calservs` (
`Index` int(11) NOT NULL auto_increment,
`Name` varchar(200) NOT NULL default '',
`Web` longtext NOT NULL,
`Address` varchar(200) NOT NULL default '',
`Contact` varchar(200) NOT NULL default '',
PRIMARY KEY (`Index`),
KEY `Index` (`Index`)
) TYPE=MyISAM;

Hogyan tudom a ket tablat osszekapcsolni ugy, hogy az elso tabla WhereCald mezoje azonositja a masodik tabla Index mezojet. Az elso tablaban sok adat van, a masodikban csak harom es ezt kellene nekem mindhez megjelenitenem, de nem nagyon akarodzik osszejonni. Neztem leirasokat, de nem igazan ertettem meg es nem tudtam osszehozni a dolgot.
PHP-ben a kovetkezo formaban szeretnem megjeleniteni a tablazatot:
Description,Price, Name,Web,Address,Contact

Ha tud valaki segiteni, kerem ne fogja vissza magat!
Koszi!
Udv.: Attila

Rájöttem...

Sziasztok,

egy olyan problémám lenne, hogy elszállt az adatbázisom (de fullra, oda az egész szerkezet és a benne levő feltöltött adatok is) és persze kezdőként nem csináltam backup-ot (vagy csináltam kiexportálást, de már nem találom). A MySQL viszont megőrizte az adatokat, a struktúrát és minden egyebet, viszont nem tudom belőle visszanyerni. Megvan az egész MySQL könyvtárszerkezet, benne az összes file-al, és van három, több 10 megás állomány, ib_logfile0, ib_logfile1, és bdata1 néven, amik közül az utolsóban benne van az összes adat és bejegyzés is. Nincs esetleg valami segédprogram erre, hogy vissza tudjam belőle állítani a teljes adatbázist ?

Válaszotok előre is köszi

Stinger

Cerberus. Humanity First. #gamer365 #retroid #staytuned

Próbáld meg azt, h újra felraksz mysql szervert, és miután ezeket a filejait lementetted, írd felül őket a régiekkel, és hátha. Utána meg ott a mysqldump.

Thx, ez működött, sikeresen vissza tudtam állítani mindent és utána ki is dumpoltam. Thx még1x.!

Cerberus. Humanity First. #gamer365 #retroid #staytuned

az lenne a kérdésem hogy mi leeht akkor a baj hogyha felakartam rakni a php-nukét,és volt egyoldal ahol leírtak minden hogy hogy kell megcsinálni mindent pont uygan úgy megcsináltam,a mysq-t is jól elfogadtaazt is aztán mikor rámentem az oldara ez jött be:[link]Aztán akkor megfodtam és megint fel akartam tölteni a msql-fálj amit kell és már akkor valami hibá észlelet mikor feltöltöttem ez jött be:Szerver:
Adatbázis:
Hiba

Úgy látszik az SQL lekérdezésedben van egy hiba. A MySQL szerver hibakimenete alul látható, ha van ott valami, az segíthet felderíteni a hiba okát

ERROR: Ismeretlen központozott sztring @ 187
STR: ://
SQL: ############################################################
# A magyar ford�t�st a PHP-Nuke Magyarorsz�g k�sz�tette. #
# E-mail: support@php-nuke.hu #
# Web: http://www.php-nuke.hu #
############################################################

#
# T�bla szerkezet: `nuke_authors`
#

CREATE TABLE nuke_authors (
aid varchar(25) NOT NULL default '',
name varchar(50) default NULL,
url varchar(255) NOT NULL default '',
email varchar(255) NOT NULL default '',
pwd varchar(40) default NULL,
counter int(11) NOT NULL default '0',
radminsuper tinyint(1) NOT NULL default '1',
admlanguage varchar(30) NOT NULL default '',
PRIMARY KEY (aid),
KEY aid (aid)
) TYPE=MyISAM

SQL-kérés:

############################################################ # A magyar ford�t�st a PHP-Nuke Magyarorsz�g k�sz�tette. # # E-mail: support@php-nuke.hu # # Web: http://www.php-nuke.hu # ############################################################ # # T�bla szerkezet: `nuke_authors` # CREATE TABLE nuke_authors ( aid varchar(25) NOT NULL default '', name varchar(50) default NULL, url varchar(255) NOT NULL default '', email varchar(255) NOT NULL default '', pwd varchar(40) default NULL, counter int(11) NOT NULL default '0', radminsuper tinyint(1) NOT NULL default '1', admlanguage varchar(30) NOT NULL default '', PRIMARY KEY (aid), KEY aid (aid) ) TYPE=MyISAM

MySQL jelzi: Dokumentáció
#1050 - Table 'nuke_authors' already exists Valaki aki ért ehez megtudná mondani hogy mi lehet a hiba?
Előre is köszi

[Szerkesztve]

"Sült hal, Tom Jones, délutáni tea, rossz kaja, mégrosszabb idő, kibaszott Mary Poppins, LONDON!" // ...when i get sad.i stop being sad and be awesome instead...

1050 - Table 'nuke_authors' already exists
Azaz már van ilyen tábla.

aha.Figyu nemtudod hogy miért nem működik az oldalam?pedig mindent megcsináltam pont úgy ahogy írták.
Előre is köszi

"Sült hal, Tom Jones, délutáni tea, rossz kaja, mégrosszabb idő, kibaszott Mary Poppins, LONDON!" // ...when i get sad.i stop being sad and be awesome instead...

A hibaüzenetből nekem az gyanús, hogy a configfileban (nem tudom mi a neve, még nem dolgoztam phpnuke-al) nem állítottad be rendesen a mysql szerver adatait, nézd meg mégegyszer.

ja okés.Köszi a segítséget

"Sült hal, Tom Jones, délutáni tea, rossz kaja, mégrosszabb idő, kibaszott Mary Poppins, LONDON!" // ...when i get sad.i stop being sad and be awesome instead...

Valaki meg tudná mondani, hogy 4.0-ás mysqlben hogyan kell lekérdezni a character set beállításokat? Nem a 4.1-es kell, hanem a 4.0-ás!

Van ket mySql tablam

Az egyikben az ORDER BY a vegere hozza az ö, ő, ű, stb betuket, a masik nem, az a megfelelo helyre sorolja. Nem birok rajonni, mi a kulonbseg koztuk. Ugyan azon a szerveren annak, ugyanugy nyulok hozzajuk...
Hogy talalom meg az elterest? (phpMyAdmin 2.6.1)
Hogy tudom atallitani a masikat is magyar helyesiras szerinti mukodesre?

Elore is kosz
QG

“Anti-intellectualism has been a constant thread winding its way through our political and cultural life, nurtured by the false notion that democracy means that 'my ignorance is just as good as your knowledge.'” ― Isaac Asimov

Meg jobb, mint gondoltam:
Mindketto egyforman viselkedik, csak rosszul teszteltem: tehat ő [Ő] a helyen van, ö [Ö] viszont a vegen. Ilyet meg nem szexualtam!

barmi otlet?

QG

“Anti-intellectualism has been a constant thread winding its way through our political and cultural life, nurtured by the false notion that democracy means that 'my ignorance is just as good as your knowledge.'” ― Isaac Asimov

Collation jól van beállítva?

Aki hülye, haljon meg!

hol tudom megnezni, hogy van beallitva?
mellesleg ha angol lenne (alapbeallitas) akkor minden ekezetes betu a ''Z'' utan jonne

QG

“Anti-intellectualism has been a constant thread winding its way through our political and cultural life, nurtured by the false notion that democracy means that 'my ignorance is just as good as your knowledge.'” ― Isaac Asimov

Sziasztok!

Egy kérdéssel fordulnék azokhoz, akik üzemeltetnek/üzemeltettek forgalmasabb oldalt, ahol a mysql komolyabb terhelésnek vol kitéve.

Tehát adott egy fórumszerűség. (ki írta, mikor írta, mit írt, mi az e-mail címe, ...)
Nagyjából ezek az adatok kapcsolódnak egy hozzászóláshoz. Ezt ugy lehet szépen szabályosan normailizált táblákban tárolni. Az egyikben vannak a hozzászólások, a hsz ideje meg a hozzászló ID-je. A másikban meg hozzászólók adatai.

A másik módszer, hogy a hozzászólások táblában tárolom el a hozzászóló nevét, az e-mail címét, az időt, és a hsz-t is. Ez egy nagyon redundáns táblát eredményezne.

Viszont visszakeresésnél a második módszerrel egy 100-as hsz lista lekérése 1db query míg az első módszernél 101, ugyanis a név, emailcím párost a hsz mellé külön mindíg ki kell keresnie a mysqlnek.

Tehát a kérdésem hogy a tapasztalataitok szerint melyik módszer a gyorsabb? Esetleg hogyan lehet minél gyorsabb működést elérni? A tábla mérete többé-kevésbé lényegtelen, szal ha a csúnya, redundás tábla gyorsabb visszakeresést eredményez akkor azt fogom használni.

Sajnos gyakorlati tapasztalatom nem sok van e témában.

( 2b || !2b ) az itt a kérdés...

A esetben mitől lenne 101db query a listázás?
sql-ben összejoinolod a két táblát, és egy lekérdezésből megvagy...

Másrészt meg a felhasználók adatai gondolom regisztrációból jönnek.
Na most hyogyan oldod meg, hogy ezek az adatok mindig visszaíródjanak a táblába minden egyes új hozzászólásnál?
És ha módosulnak az adatok? Az összes rekordban módosítod őket?

MySQL asszem nem tud view-t, de szvsz az lenne az ideális a listázásra. A tárolás pedig mindenképp több táblára szétbontva.

Aki hülye, haljon meg!

Lehet rosszul fogalmaztam...

Tudom, hogy a lekérdezés csak 1 sor, de mysqlnek sokkal többet kell dolgoznia. Veszi az első hszt a táblából, fogja a másik táblát kikeresi az adott hozzászóló adatait, veszi a második hszt, fogja a másik táblát előkaparja az adatokat, veszi a harmadik hsz... és így tovább. Ha esetleg nem ennyire buta a mysql, és elősször végigfut a hsz táblán, utána keresgél a másikban, akkor is 2x annyit dolgozott vele, mintha 1 táblából kiszedi a dolgokat.

A hozzászólások száma jóval kevesebb mint a lekérésé, szal itt nem gond ha a felhasználók táblában kell turkálni az adatok miatt. Az adatok pedig nem módosulnak

( 2b || !2b ) az itt a kérdés...

Szvsz view-nál (ha 5.x-es MySQL-t használsz) nem ilyen rossz a helyzet. Szvsz még sima SQL joinnál is van optimalizáció, amitől nem olyan vészes.

Aki hülye, haljon meg!

Na megint lenne egy idióta kérdésem.

Elől lehet e kaparni valahogyan a slow query-ket. Tehát megjegyezi e a MYSQL. Estleg be lehet e állítani, hogy így tegyen.

( 2b || !2b ) az itt a kérdés...

nem vagyok mysql specialista, de talan segithetek egy kicsit.

te azt kerdezted, hogy 100 hozzaszolas lekerdezese (gondolom egymas utani), egy ilyen szituacioban gyorsabb-e ha denormalizalt adatbazisod van. igen, lehet hogy gyorsabb, bar talan nem sokkal, hiszen valoszinuleg hdd-hez kell nyulni az adatmennyiseg miatt. ha pontosan ez a feladat es semmi mas, akkor ez eleg is.

de sosem csak ennyi a feladat, es akkor bizony jo ha van valami normalizalas is, ne kelljen mar varni harom percet mire kiadja a gep mondjuk, hogy kik az aktiv forumtagok, nem?

a view csak egy eltarolt query, szoval csodat ne varj tole. sebesseg szempontbol azt hiszem tok mindegy, hogy view-t vagy query-t hasznalsz, ha azt mondod kered a csillagot a view-bol akkor siman lefut a view query-je.

masik dolog: feltetelezhetoen a 'hozzaszolasok' sokszorannyi helyet foglalnak mint az az 'aprosagok' (mint nick, email stb), szoval ezek hozzafuzese a tablahoz nem jelentene merheto lassulast egy keresesnel vagy valogatasnal.

vagyis en amit csinalnek, az az, hogy lenne egy normalizalt tabla strukturam ahogy annak rendje es modja, de ettol fuggetlenul benne lenne a nagy uzenet tablaban minden felhasznaloi adat ami kell az altalad irt lekerdezeshez. ez nagyon kicsi tuladminisztralasa a dolgoknak, a hdd space meg igen olcso.

nicht kompot

Igen ez lett a megoldás amit te írtál. Van egy csúny redundás HSZ tábla, és az adatbázis többi része szépen normalizálva. Amikor egy hsz érkezik akkor a táblákból összevadászom az adatokat és behányom a csúnya táblába.

( 2b || !2b ) az itt a kérdés...

sziasztok!

létrehoztam a mysql administrator-ral egy táblát. szeretnék 1-2 értéket is beleírni. hogyan tudom ezt véghez vinni?

megoldodott...

[Szerkesztve]

lowfast

Sziasztok!

Egy összetett lekérdezés kellene nekem.
Egy internetáruház aznapi rendeléseit szeretném összesíteni cikkszám szerint.

A kosár(tábla neve) mezői:
-cikkszám
-egységár
-mennyiség
-dátum

A dátum alapján időponttól - időpontig kellene lekérdezni, úgy hogy összesítse cikkszám alapján, és az adott cikkszám mennyiségeit adja össze.

Tehát ha aznap rendel valaki 10 üveg soproni ászokat, és egy más valaki 20 üveggel, akkor nekem úgy hozza, hogy soproni ászok ---- 30 üveg --- 150.Ft-egységár

üdv.:Szabolcs

megoldottam de azért köszönöm

Helló!

A segítségeteket kérném! Van egy szép nagy űrlapom amit rendelésekre használunk ezt úgy csináltam meg, hogy sajátgépen van php futtatási lehetőség a gépeken...
namost az lenne a gond, hogy így nem tudják módosítani az értékeket.
Ezért szeretném felvinni mysql táblába az adatokat.
Összesen 164 különböző értéket kell tárolnom és 6 db szövegdoboz tartalmat.
Ezt hogyan lehet megoldani a legegyszerűbben?
Valami kiindulási irányt adhatnátok hogy hogyan álljak neki.

[Szerkesztve]

Szia,

Miért kell php-t futtatni az összes gépen? Nem elég egy gépen, a szerveren?
Nagyban leegyszerűsítené a dolgod. (szerintem)

Syrius

Igazad van, ezt akarom megcsinálni, hogy egyszerűbb legyen a dolog.
Mert eddig a mentett html lapot küldték át nekem mail-ben.
De így nem lehet módosítani rajta semmit.
Az lenne a frankó ha a kitöltött űrlap adatait elmentené egy adatbázisban visszakereshetné módósíthatna rajta stb.
Szóval 164 különböző változó értékeit szeretném felvinni egy adatbázisba hozzáadva a dátumot plussz egy egyedi azonosítót az id mellett.
Zúzzam bele egy tábla mezőibe mind a 164-et?

Ha van egy géped, ami hálózatban van és fel van téve rá az Appserv (Apache/PHP/MySql), akkor azon keresztül bármit meg lehet csinálni.
Létrehozol a MyPHPAdmin-nal egy táblát felveszed a mezőket, készítesz hozzá egy php fájlt... Nem is kell hogy PHP legyen. Az eddigi HTML oldalt felteszed a szerverre, annyi módosítással hogy a Form Action mezője egy php fájlra mutat ahol is beírod az adatokat MySQL-be (insert into.../update ).
Ha ezt meg tudod csinálni, akkor innentől kezdve bármit megtehetsz az adatbázissal másik gépen keresztül php-vel.

A dolog másik fele pedig, hogy a 164 adatot kikerüld, lehet őket tömbösítve(serialize) is tárolni. Pl. az egyik mező egyik lesz az auto-increment id, a másik az általad kívánt azonosító, a harmadik pedig az adatok tömbje. Így jelentősen csökken a méret(látszatra), és ha a sorrend előre adott, akkor jóval kevesebbet kell kódolnod is...

Y N W A

..cserébe ha változtatni kell valamit az adatszerkezetben, akkor az jó eséllyel szívás lesz.

ez esetben, lehet az asszociatív tömböt igénybe venni ... az sql tábla mezőinek száma nem változik, csak a php kód lesz jóval hosszabb.

Y N W A

Nyilván az, de mint lehetőség adott. Na, kiváncsi vagyok, ebbe a mondatba hol köttök majd bele

Y N W A

Lehetőségnek adott, de ki az a barom, aki ezt a módszert alkalmazza ilyen helyzetben?

Namost van 3 gép mindegyik kb 100km-re van egymástól tehát muszály az neten keresztül megvalósítanom a dolgokat.
Viszont csak ez a három gép férhetne hozzá az adatbázishoz tehát nem lenne sok lekérdezés.
Szeretném csoportosítani is őket dátum, név és feladó szerint is.
Az megvalósítható, hogy minden egyes változót külön-külön mezőben tárolok?
Vagy csináljak plussz táblákat ahol részekre töröm az adatokat. mondjuk 3 táblát kb 50 értékkel soronként.

nincs azzal semmi baj, ha 160 oszlopa van egy táblának, csak okosan kell megírni a lekérdezéseket, a (vélhetően) nagy adatmennyiség miatt.
csoportosítani lekérdezésnél fogsz tudni, ajánlott kicsit utánaolvasni az sql-nek.

mod: egyébként meg többféleképpen lehet csökkenteni a mezők számát, csak feladattól függ, hogy érdemes-e.

[Szerkesztve]

Ha olyan adatazerkezetet alkalmazol, ahol a mezők nem oszlopok, hanem sorok, akkor group by-okkal tudsz dimanikusan változó hosszúságú/tartalmú ''rekordokat'' (az egyik valódi mező egy uniq rekordazonosító) kezelni fix táblamérettel. Az sql kérések egy hangyf@sznyit lassabbak lesznek, de megúszod az esetleges bedrótozás és struktúraváltozás miatti újraírások nagy részét.

Vertikális táblakezelésnek híjják, ezeréves trükk, sztem van róla doksi: google.

Mondjuk nem árt hozzá egy kis sql tapasztalat...

Akkor tehát megoldható egy táblában is!
Azt nagyjából vágom, hogyan kell majd jól lekérdezni de biztos majd még kérem a segítségeteket.
Olyasmire gondoltam, hogy először is kiiratom a egy-egy táblázatba az eheti a múltheti rendeléseket. Aztán egy kereső modult írok hozzá.
A két gépen más lesz egy kicsit a lekérdezés a feladó miatt. Csak azokat listázza ki nekik amiket ők adtak fel. Nagyjából ennyi.

Ezt a vertikális táblakezelést értem, meg használom is, viszont leírást nem találok róla...

''...de a konfigjából kiindulva, nem hiszem, hogy 40 éves családos ember lenne...'' -- by Slax

Kellene csinálnom egy kicsit bonyolult lekérdezést, mindegy, hogy csak sql, vagy php+sql,
csak sikerüljön

A lényeg:
van egy products_description nevű táblám, amiben az egyik mező ami érdekel az a products_id, a másik pedig a language_id.
Nekem azok a rekordok kellenek a táblából, ahol a language_id=4 és és az adott rekordhoz tartozó products_id-vel nem szerepel a rekord egy másik language_id-vel. (ami=1)

Szóval magyarul (language_id=4) és angolul (language_id=4) vannak termékleírások és nekem az kell, hogy melyekhez nincs még angol leírás...

bármi ötlet ???

https://toptarget.hu - Online Marketing Ügynökség

Pl. saját magával összejoinolod a táblát, vhogy így:

select t1.products_id, t1.language_id from products_description t1 left join products_description t2 on t1.products_id = t2.products_id and t2.language_id = 4 and t1.language_id = 1 where t2.language_id is null

Most éppen nem jutok be mysqles gépre de talán jó

Jester

A joint az más...
De a mysql join az itt van: [link]

''...de a konfigjából kiindulva, nem hiszem, hogy 40 éves családos ember lenne...'' -- by Slax

sajna benne van az összes sor, aminél language_id=4
azt hittem hogy jó, de mégsem...

https://toptarget.hu - Online Marketing Ügynökség