- Az Intel a legmodernebb chipgyártó géppel előzheti meg az egész szektort
- Leváltaná a Google a sütiket, de ez nem elég
- Nem igaz, hogy indiaiak működtetik az Amazon pénztármentes technológiáját
- Már azelőtt szoftvert írnak a chipekhez, hogy elindulna a gyártás
- Van, ahol már törvényben védik az agyhullámainkat
Új hozzászólás Aktív témák
-
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] -
Sikoly
tag
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)---
-
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 -
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
StingerCerberus. Humanity First. #gamer365 #retroid #staytuned
-
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.!
Cerberus. Humanity First. #gamer365 #retroid #staytuned
-
[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]"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...
-
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. -
[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"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...
-
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.
-
[pod]Diablo
őstag
válasz Tele von Zsinór #211 üzenetére
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...
-
faster
nagyúr
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!
-
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“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
-
QG
tag
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
-
QG
tag
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
-
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.( 2b || !2b ) az itt a kérdés...
-
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.Aki hülye, haljon meg!
-
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( 2b || !2b ) az itt a kérdés...
-
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.
Aki hülye, haljon meg!
-
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.( 2b || !2b ) az itt a kérdés...
-
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.nicht kompot
-
-
szuszinho
őstag
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? -
hz hefti
tag
megoldodott...
[Szerkesztve]lowfast
-
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 -
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] -
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? -
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. -
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...
Y N W A
-
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. -
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] -
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... -
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
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... -
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 ???https://toptarget.hu - Online Marketing Ügynökség
-
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óJester
-
b14
senior tag
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
Új hozzászólás Aktív témák
- HiFi műszaki szemmel - sztereó hangrendszerek
- Android alkalmazások - szoftver kibeszélő topik
- AMD Navi Radeon™ RX 7xxx sorozat
- OLED TV topic
- Kerékpárosok, bringások ide!
- Máris megrendelték a Fallout TV sorozat második szezonját
- Luck Dragon: Asszociációs játék. :)
- Modding és elektronikai kérdések
- Homeworld 3 - Befutott a gépigény és a roadmap
- Tárhelykirály SD memóriakártyát prezentált a Western Digital
- További aktív témák...