- Sony és Samsung érzékelők a Vivo X300 Pro kamerarendszerében
- Fotók, videók mobillal
- Android alkalmazások - szoftver kibeszélő topik
- Hitelesítették az S26 Ultra csalódást keltő telepét
- Azonnali mobilos kérdések órája
- Poco F7 Pro - jó, de az amatőr sem rossz
- Samsung Galaxy A54 - türelemjáték
- Motorola Edge 50 Ultra - szépen kifaragták
- Új fejezet nyílik szeptemberben az iPhone történetében
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
Új hozzászólás Aktív témák
-
corm
senior tag
Lenne nekem egy olyan kérdésem, hogy adott egy php file, amiben mysql_connectel szeretnék csatlakozni egy kiszolgálóhoz, ami nem a localhost. Próbáltam urlt megadni, aztán az url ipjét, de se így, se úgy nem sikerült. Lehet, hogy a pphpt futtató kiszolgáló, vagy amelyikhez csatlakozni akarok nem engedi ezt nekem, vagy csak simán rossz célt adok meg?
Ja, egyébként amihez csatlakozni szeretnék az a atw mysql szervere, és a mysql.atw.hu, valamint ennek ipjével próbálkoztam a mysql_connect első paramétereként... -
Jester01
veterán
Foreign key arra jó, hogy eleve a táblaszerkezet leírásában rögzíted a viszonyt. Ekkor az adatbáziskezelő ezt ellenőrizni fogja és nem enged olyan módosításokat amelyek ezt a szabályt megsértenék. De lekérdezéskor ettől függetlenül a L3zl13 által mutatott join-t kell alkalmazni.
-
-
#285
L3zl13
nagyúr
montressor
#284
L3zl13
nagyúr
válasz
montressor
#284
üzenetére
1. Történetesen egy inserttel lehet több sort is beszúrni.
insert into kedvencek values (1,1,2), (1,1,3), (1,1,4);
Hogy melyik az előnyösebb, csak a törölt kategóriákat törölni/updatelni, vagy mindet törölni, és újra insertálni, az szerintem a felhasználástól függ.
2, szerintem nincs rá szükség, ha jól megírod a kódot, és véded sql inject ellen -
#284
montressor
aktív tag
montressor
aktív tag
Van harom tabla: users, kedvencek, kategoriak valahogy igy:
users:
user_id | jelszo ...
kategoriak:
kat_id | nev
kedvencek:
id | user_id | kat_id
ez utobbinal a user_id es a kat_id idegen kulcs, a masik ket tabla elsodleges kulcsa. Barmelyik felhasznalonak, tobb kulcsa lehet, igy a kedvencekben tobb azonos user_id is elofordulhat, es ugye tobb ugyanazon kat_id is szerepelhet, igy:
kedvencek:
id | user_id | kat_id
1 | 1 | 2
2 | 1 | 3
3 | 1 | 4
4 | 2 | 2
5 | 2 | 4
harom dolog okoz fejtorest nekem
1, ha a felhasznalo kategoriat valtoztat, mindig le kell torolnom a rekordjait (ez 1 query (where user_id='xx')), es ujra felvenni amit bejelolt (ez annyi insert, ahanyat bejelolt (sok))
Nem lehet-e ezt elegansabban megoldani?
2, eddig jol megvoltam a delete/drop jog nelkul, nem tudom gaz-e ha ezt is pepoccintem (igaz update-tel is lehet kart tenni), szokas-e, kell-e?
3,ha majdan ki szeretnem iratni phpben, az osszes kategoriat, es becsekkolni azt ami az aktualis felhasznalonak a kedvence, akkor ez elegge korulmenyes (legalabb is a 4. ponthoz kepest):
kell egy elso select * from kedvencek where user_id='xx';
kell egy masodik select * from kategoria, h megtudjam a kategoriak nevet
es utanna valami while, de nem tudom hogy hozzam ossze a ket selectet,
mert ugye egy ciklus fut vegig az osszes kategorian kiirashoz, es meg kene neznem, h az aktualis kategoria be van-e jelolve az elso szelekt eredmenyeiben. Na ezt hogyan?
4,gondoltam ra, h esetleg a user tablaban letrehozok annyi boolean kategoriat amennyi van, es akkor egy update az egesz, ez nagyon egyszeru es tetszene, csak elvesztem azt a lehetoseget, h uj kategoriat szurok be, akkor azt csak a kategoria tablaba kelljen megtennem-> esik szet a program, es a db...
Ti mit gondoltok? Koszonom -
cucka
addikt
leírás [link]
md5-öt egyszerű használni, simán csak md5('szoveg'), visszatérési értéke pedig egy pontosan 32 betűt tartalmazó kódolt string, mondjuk a fenti példára ezt fogod kapni: f8048b424496a23885767471f23731af
ha maga az algoritmus érdekel, azt megtalálod wikipedián. egyébként az md5-öt sikerült ''feltörni'', de ezzel együtt elég nehéz kulcsütközést generálni benne, szóval arra bőven elég biztonságos, hogy adatbázisban tárolt jelszavakat lekódold.
ha mégsem bízol benne, akkor ott az sha1 függvény, ugyanúgy használható, mint az md5, csak ez pontosan 40 karakter hosszú string-el tér vissza. -
cucka
addikt
azt nem tudom, hogy hol található ez a függvény, de nem beépített mysql cucc. ajánlott inkább valamelyik beépített függvényt használni, mondjuk sha vagy md5. ezek garantáltan alfanumerikus output-ot eredményeznek, vagyis nem lesz gond a spec. karakterekkel.
(vigyázat, vannak olyan beépített kódoló függvények is, amelyek bináris output-ot eredményeznek, pl. aes_encrypt. használat előtt érdemes kipróbálni)
[Szerkesztve] -
#274
Papy87
csendes tag
paramparya
#273
Papy87
csendes tag
válasz
paramparya
#273
üzenetére
Próbáltam varchar-ral, csak az a problémám, hogyha egy encryptelt jelszót próbálok benne tárolni, akkor a visszaper jeleket kihagyja.
-
#269
paramparya
őstag
paramparya
#268
paramparya
őstag
válasz
paramparya
#268
üzenetére
Ja, azért van kétszer a mezőnév, mert ezzel a lendülettel akár át is nevezhetnéd, tehát oda írhatod ugyanazt, ha azt szeretnéd hogy maradjon a neve, vagy új nevet is
-
pufi
tag
A probléma megoldva!
Már nem nagyon volt más ötletem, így hát manuálisan töröltem minden registry bejegyzést, ami a mysql-re vonatkozott illetve a már elég rég óta használt ibdata1 file-t. Hogy melyik volt a sikeres művelet azt nem tudom, de a lényeg, hogy az 5-ös MySql már gond nélkül felment és elindult. Az eddigi rendszertelepítéseim során minden esetben a most törölt könyvtárat ill. innodb file-t adtam meg, eddi gsemmi gond nem volt. Talán megsérült nemtom. a Lényeg hogy most ha belehúzok akkor még elkészülök a munkámmal.
Mindent kösz
-
#264
pufi
tag
paramparya
#261
pufi
tag
válasz
paramparya
#261
üzenetére
cmd-ből futtatva a mysqld.exe lefut (legalábbis kis idő után visszkapom a kurzort üzenet nélkül) a mysql.exe viszont visszatér az ERROR 2003 : Cant connect to MySql server on Localhost (10061)
-
pufi
tag
Több tucat bejegyzés az event log-ban:
1: Aborting
2: Can't init databases
ez a két üzenet ismétlődik. a 2. üzenetet kicsit sem értem. Telepítéskor akár a már meglévő helyet adom meg az adatbázisoknak, akár a default marad, az execute-nál megáll azzal, hogy Error:0
Szóval egyelőre KO -
#260
pufi
tag
paramparya
#259
pufi
tag
válasz
paramparya
#259
üzenetére
semmi. egy tized mp-re felugrik a dos ablak, valami error feliratot még látni vélek, oszt el is tűnik
-
pufi
tag
Sziasztok!
Alaplap csere után, kénytelen voltam újratelepíteni a rendszeremet, melyen mindig, minden program, adatbázis, elérési út azonos, immáron sok-sok éve. Semmi nem változott az előző konfighoz képest, csak az alaplap (nf2 ez is, iletve a régi is az volt, csak elromlott, tehát nem hw-es a gond). Szóval a probléma. Apache felmegy, php felmegy, mysql felmegy, config, EXECUTE és a START SERVICE-nél gondolkodik egy keveset, aztán azt mondja, hogy ERROR:0 és a szolgáltatást nem indítja el. Kézzel sem tudom útjára indítani a service-t, mert egy teljesen értelmetlen windows-os hibaüzenettel (miszerint nem indítható el...) Uninstall, reinstall, ugyanez. Más verziójú MySql letölt, feltelepít, a helyzet változatlan. Ha valaki tud valami okosat, kérem segítsen, mert (természetesen mikor máskor...) határidős munkám van, amit e nélkül nehéz lesz befejeznem.
Egyébként már elég sok alkalommal telepítettem a rendszeremre az Apache/PhP/MySql programokat, de most kifogott rajtam.
Köszönöm:
Pufi -
Jester01
veterán
válasz
vakondka
#252
üzenetére
Jah, most meg fordítva van (azokat listázta amik angolul vannak csak)
A 4est és az 1est cseréld meg.
select count(*) from products_description t1 left join products_description t2 on t1.products_id = t2.products_id and t2.language_id = 1 where t1.language_id = 4 and t2.language_id is null;
+----------+
| count(*) |
+----------+
| 1618 |
+----------+ -
Jester01
veterán
válasz
vakondka
#250
üzenetére
Itt a javított verzió, most van mysqlem ki is tudtam próbálni:
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 where t1.language_id = 1 and t2.language_id is null
(A t1.language_id = 1 feltétel a join helyett a where részbe kell.) -
Jester01
veterán
válasz
vakondka
#246
üzenetére
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ó -
vakondka
őstag
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 ???
-
tbs
addikt
Most megszivattál, télleg nem találok róla doksit, valszeg nem ez a böcsületes neve.
Én öregebb szakiktól hallottam róla (isiben, ha nyomták is annó, nem esett le a 20fillér), oszt annyira finom a technika, hogy kicsit képlékenyebb projektnél, vagy extrém nagy tábláknál gondolkodás nélkül ilyen dao/vo párost generálok.
Nem volt még vele performancia probléma, pedig van pár heavy use place...
-
zeix
senior tag
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. -
tbs
addikt
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... -
cucka
addikt
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] -
zeix
senior tag
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. -
corm
senior tag
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...
-
Syriuss
csendes tag
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. -
zeix
senior tag
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? -
zeix
senior tag
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] -
szabi244
csendes tag
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 -
#223
lao ce
aktív tag
Drótszamár
#220
lao ce
aktív tag
válasz
Drótszamár
#220
üzenetére
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. -
#222
Drótszamár
őstag
Drótszamár
őstag
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. -
#221
L3zl13
nagyúr
Drótszamár
#220
L3zl13
nagyúr
válasz
Drótszamár
#220
üzenetére
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.
-
#220
Drótszamár
őstag
L3zl13
#219
Drótszamár
őstag
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 -
#219
L3zl13
nagyúr
Drótszamár
#218
L3zl13
nagyúr
válasz
Drótszamár
#218
üzenetére
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. -
#218
Drótszamár
őstag
Drótszamár
őstag
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. -
QG
tag
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 -
#212
[pod]Diablo
őstag
Tele von Zsinór
#211
[pod]Diablo
őstag
válasz
Tele von Zsinór
#211
üzenetére
ja okés.Köszi a segítséget
-
#211
Tele von Zsinór
őstag
[pod]Diablo
#210
Tele von Zsinór
őstag
válasz
[pod]Diablo
#210
üzenetére
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.
-
#210
[pod]Diablo
őstag
Tele von Zsinór
#209
[pod]Diablo
őstag
válasz
Tele von Zsinór
#209
üzenetére
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 -
#209
Tele von Zsinór
őstag
[pod]Diablo
#208
Tele von Zsinór
őstag
válasz
[pod]Diablo
#208
üzenetére
1050 - Table 'nuke_authors' already exists
Azaz már van ilyen tábla. -
#208
[pod]Diablo
őstag
[pod]Diablo
őstag
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] -
Stingie
tag
válasz
Tele von Zsinór
#206
üzenetére
Thx, ez működött, sikeresen vissza tudtam állítani mindent és utána ki is dumpoltam. Thx még1x.!
-
Stingie
tag
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 -
Syriuss
csendes tag
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 -
#201
Tele von Zsinór
őstag
Sikoly
#200
Tele von Zsinór
őstag
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]
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Gigabyte X299 UD4 Pro LGA 2066 alaplap, i7-7820X proci, 64 GB DDR4-3200 MHz RAM
- Dell Alienware AW3423DWF Oled 165HZ Gamer Monitor (garis)
- Bomba ár! Lenovo ThinkPad Yoga X380 - i7-8G I 16GB I 256SSD I 13,3" FHD Touch I Cam I W11 I Gari!
- Bomba ár! Lenovo ThinkPad T590 - i5-8GEN I 16GB I 256GB SSD I 15,6" FHD Touch I Cam I W11 I Gari!
- Bomba ár! Lenovo ThinkPad T15 G1 - i7-10GEN I 16GB I 512GB SSD I 15,6" FHD I Cam I W11 I Gari!
- ThinkPad T495 Ryzen 3 PRO 3300U 12GB 256GB 1 év garancia
- GYÖNYÖRŰ iPhone 12 64GB Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS3302
- HIBÁTLAN Apple Watch Ultra 2 Natural Titanium 49mm -1 ÉV GARANCIA - 100% Akkumulátor, MS3220
- 16 GB-os Sapphire Pulse Radeon RX 7900 GRE - garanciával
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: FOTC
Város: Budapest