Html-, css- és php-help
Jelentkezz be a hozzászóláshoz.
#13881
most hogy nézem tényleg nincs 😄
akkor nem kérdeztem semmit
akkor nem kérdeztem semmit
Aktiv:ASUS PRIME H610M-E D4-CSM | INTEL I3 12100F | Kingstom 2x16GB 3200 MHZ Ram | Sapphire RX 6600 XT 8GB | Chieftec GPS600A8
#13880
Elvileg a mufaj-ban lesz neked soksok sorod. Ismertetõben én itt nem látok mufajid-t.
[ cod.magyaritasok.hu ] _____|\\_____\\o/___ Cápatámadás ಠ_ಠ
#13879
egy kérdés 😊
Miért csináljak a mûfaj táblába ismertetöid t? amikor az ismertetõ táblába ott van a müfajid je?
Upsz már megint hülyeséget kérdeztem 😄
azért hogy a keresõ tudja melyik ismertetõt találta meg
Miért csináljak a mûfaj táblába ismertetöid t? amikor az ismertetõ táblába ott van a müfajid je?
Upsz már megint hülyeséget kérdeztem 😄
azért hogy a keresõ tudja melyik ismertetõt találta meg
Aktiv:ASUS PRIME H610M-E D4-CSM | INTEL I3 12100F | Kingstom 2x16GB 3200 MHZ Ram | Sapphire RX 6600 XT 8GB | Chieftec GPS600A8
#13878
Olvass vissza.
mysql_query("delete from mufaj where mufaj_id=$mufaj_azonosito");
tábla: ismerteto
mezõk: ismerteto_id(int 11), ismerteto_név(varchar 100), ismerteto_szoveg(text), ismerteto_datum(datetime)
tábla: mufaj
mezõk: mufaj_id(int 11), ismerteto_id(int 11), mûfaj_név(varchar 100), mûfaj_leiras(text)
Innentõl pedig használd az eszed.
mysql_query("delete from mufaj where mufaj_id=$mufaj_azonosito");
tábla: ismerteto
mezõk: ismerteto_id(int 11), ismerteto_név(varchar 100), ismerteto_szoveg(text), ismerteto_datum(datetime)
tábla: mufaj
mezõk: mufaj_id(int 11), ismerteto_id(int 11), mûfaj_név(varchar 100), mûfaj_leiras(text)
Innentõl pedig használd az eszed.
[merlinw.org]
#13877
Meglehet azt is oldani egy 1xü php sorral hogy teljes müfajt törlõdjön le MYSQLböl
Letudnád még1x írni a te verziódat? 😊
Letudnád még1x írni a te verziódat? 😊
Aktiv:ASUS PRIME H610M-E D4-CSM | INTEL I3 12100F | Kingstom 2x16GB 3200 MHZ Ram | Sapphire RX 6600 XT 8GB | Chieftec GPS600A8
#13876
"mindemellett továbbra is azt mondom, hogy ha egy ilyen fontos adatot tárolunk, kapjon külön sort, nem kell ilyen rendszerek esetében spórolni az adatbázissal."
Én végig ellene voltam, csak cáfoltam a "bonyolult törlés megjegyzést"😄
Én végig ellene voltam, csak cáfoltam a "bonyolult törlés megjegyzést"😄
[merlinw.org]
#13875
köszi, átnézem majd õket, régóta terveztem egyébként is
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
#13874
Pedig Mysql alap string függvény. Van benne majdnem minden, sub, pos, replace, cilusok, feltételek stb. SQL-ben programozni is lehet ám. Ott vannak a tárolt eljárások, triggerek(eljárások, függvények).
Az emberek nagy része nem használ semmit az SQL-bõl a 4 alapparancson kívül. Pedig nagyon jó dolgokat lehet mûvelni vele.
Fusd át a mysql.com documents oldalát.
SQL trigger példa
SQL tárolt eljárás és ciklus
Az emberek nagy része nem használ semmit az SQL-bõl a 4 alapparancson kívül. Pedig nagyon jó dolgokat lehet mûvelni vele.
Fusd át a mysql.com documents oldalát.
SQL trigger példa
SQL tárolt eljárás és ciklus
[merlinw.org]
#13873
nem arra csak 15 millió van.
De bármi ellen van legalább 1 milla ellenérvem.
De bármi ellen van legalább 1 milla ellenérvem.
#13872
Flash ellen meg egy 0-val több, mi? 😄
#13871
152 millió ellenérvem van.
#13870
Dehogy, Silverlight-té <#buck>
Ám rajta vagyok, de most még simán elboldogulok html+css+php-val, bár most is olyanon dolgozgatok, amibe 100 %, hogy kell js, de talán jquery-vel is meg tudom oldani és nem kell nyers kódot írni (amit nem is tudok 😄)
Ám rajta vagyok, de most még simán elboldogulok html+css+php-val, bár most is olyanon dolgozgatok, amibe 100 %, hogy kell js, de talán jquery-vel is meg tudom oldani és nem kell nyers kódot írni (amit nem is tudok 😄)
[ cod.magyaritasok.hu ] _____|\\_____\\o/___ Cápatámadás ಠ_ಠ
#13869
na látod, ezt a parancsot nem ismertem, pedig használom már egy ideje az sql utasításokat...
mindemellett továbbra is azt mondom, hogy ha egy ilyen fontos adatot tárolunk, kapjon külön sort, nem kell ilyen rendszerek esetében spórolni az adatbázissal.
mindemellett továbbra is azt mondom, hogy ha egy ilyen fontos adatot tárolunk, kapjon külön sort, nem kell ilyen rendszerek esetében spórolni az adatbázissal.
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
#13868
Javascript a jelen és a jövõ, meg kell tanulni😊
[merlinw.org]
#13867
Akkor hagyom inkább és berakom elsõnek a meglévõ értéket, így az lesz elsõre kijelölve.
[ cod.magyaritasok.hu ] _____|\\_____\\o/___ Cápatámadás ಠ_ಠ
#13866
window.formNév.selectNév.options
[merlinw.org]
#13865
Ezt tudom, de azt kérdem, hogy a select tag-ból ki lehet-e választani valahogy. (tehát a <select>-be írva)
[ cod.magyaritasok.hu ] _____|\\_____\\o/___ Cápatámadás ಠ_ಠ
#13864
statikusan: <option selected="selected"></option>
dinamikusan (pl. adatbázisból töltött):
if ($_GET
<option <?=$sel?> ></option>
dinamikusan (pl. adatbázisból töltött):
if ($_GET
<option <?=$sel?> ></option>
[merlinw.org]
#13863
én ezt a módszert csak egyszer használtam, akkor checkbox-ok állapota alapján építettem fel a stringet, tehát a törlés sem volt semmivel nehezebb.
egyébként ebben az esetben a számokhoz tartozó értékek a kódban voltak, nem az adatbázisban (jogosultságok voltak így megadva), szóval nem is tudtam volna joinolni, feleslegesnek éreztem ehhez külön táblát csinálni.
egyébként ebben az esetben a számokhoz tartozó értékek a kódban voltak, nem az adatbázisban (jogosultságok voltak így megadva), szóval nem is tudtam volna joinolni, feleslegesnek éreztem ehhez külön táblát csinálni.
The problem is not the problem, the problem is your attitude about the problem.
#13862
A select tag-ben meg lehet adni, hogy melyik legyen kijelölve ?
Mert ~3-4 opció van és amiatt nem akarok for ciklus belerakni.
Mert ~3-4 opció van és amiatt nem akarok for ciklus belerakni.
[ cod.magyaritasok.hu ] _____|\\_____\\o/___ Cápatámadás ಠ_ಠ
#13861
Csinálsz egy admin felületet, egyik részében töltöd a mûfajoka, az ismertetõ részben pedig listázod a mûfajokat és hozzárendelgeted az ismertetõhöz, a mûfaj elsõdleges azonosítóját felhasználva.
insert into mufaj set mufaj_nev="mufaj_input_tartalma"
insert into ismerteto set mufaj_id="mufaj_select_tartalma", ismerteto_neve="imserteto_input_tartalma"
Ahol a mufaj_select_tartalma = mufaj_id.
insert into mufaj set mufaj_nev="mufaj_input_tartalma"
insert into ismerteto set mufaj_id="mufaj_select_tartalma", ismerteto_neve="imserteto_input_tartalma"
Ahol a mufaj_select_tartalma = mufaj_id.
[merlinw.org]
#13860
10 millió fölött. Persze ez függ a hardvertõl, az SQL szerver beállításától és persze elsõrorban a programozótól.
Ajánlom figyelmedbe a mysql.com-ot.
Ajánlom figyelmedbe a mysql.com-ot.
[merlinw.org]
#13859
Látom majdnem mindenki a 2 példát tartja jobbnak, akkor 1 kérdés, 1MP alatt hány rekordot tud átnézni? 1 millát?
Más
ha már a 2 példánál járunk, hogy csináljam meg a többszörös insert intot? mert ugye 1 ismertetõnek tuti nem 1 mûfaja van, szal több rekordos feltöltést kell egy phpba írnom
Más
ha már a 2 példánál járunk, hogy csináljam meg a többszörös insert intot? mert ugye 1 ismertetõnek tuti nem 1 mûfaja van, szal több rekordos feltöltést kell egy phpba írnom
Aktiv:ASUS PRIME H610M-E D4-CSM | INTEL I3 12100F | Kingstom 2x16GB 3200 MHZ Ram | Sapphire RX 6600 XT 8GB | Chieftec GPS600A8
#13858
Hamár gányolunk, a törlés:
UPDATE tabla SET mezo = REPLACE(mezo, ",13,", ",") WHERE mezo LIKE '%,13,%' AND id=x
De még mindgig azt mondom, hogy ez undorító analfabéta megoldás.
UPDATE tabla SET mezo = REPLACE(mezo, ",13,", ",") WHERE mezo LIKE '%,13,%' AND id=x
De még mindgig azt mondom, hogy ez undorító analfabéta megoldás.
[merlinw.org]
#13857
viszont a törlés ilyen módon borzasztó macerás.
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
#13856
ha a felsorolást úgy csinálja meg, hogy vesszõvel végzõdik és vesszõvel kezdõdik, akkor egyszerûen like-kal is tud zsánerre keresni. nem lesz gyorsabb mint a lekérdezés, de nem kell másik táblához joinolnia, amivel viszont nyer egy kis futási idõt.
hogy érthetõ legyek, ha a genre_id mezõbe azt írod be, hogy például: ",1,4,13,102,", akkor a "WHERE genre_id LIKE '%,13,%'" feltétellel ki tudja listázni az összes 13-as zsánerû animét.
változtatásnál egy ilyen stringet összerakni checkboxok alapján ugyanolyan egyszerû mint külön sorokba írni az adatbázisban.
de egyébként valóban, normálformára hozva ennek az információnak egy külön táblában kéne lennie, amiben genre_id és anime_id egy sor tartalma.
hogy érthetõ legyek, ha a genre_id mezõbe azt írod be, hogy például: ",1,4,13,102,", akkor a "WHERE genre_id LIKE '%,13,%'" feltétellel ki tudja listázni az összes 13-as zsánerû animét.
változtatásnál egy ilyen stringet összerakni checkboxok alapján ugyanolyan egyszerû mint külön sorokba írni az adatbázisban.
de egyébként valóban, normálformára hozva ennek az információnak egy külön táblában kéne lennie, amiben genre_id és anime_id egy sor tartalma.
The problem is not the problem, the problem is your attitude about the problem.
#13855
Ha egy ismertetõhöz több mûfaj is tartozhat, akkor az több-több kapcsolat, és kell hozzá egy segédtábla, amivel meg tudod oldani.
Adatbázis tervezésnek kicsit olvass utána, ne csak ész nélkül kódolj.
Adatbázis tervezésnek kicsit olvass utána, ne csak ész nélkül kódolj.
www.rdha.hu [bf 80k] [bf2 100k] KisKöcsögkör FTW! \"Az ország azé, aki teliszüli.\"
#13854
végigmenni a sorokon.
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
#13853
srácok ne akarjunk már sql lekérdezési idõvel foglalkozni olyan adatmennyiség esetén, ahol a méret lényegtelen...
majd ha többszázezres táblákat buzerálunk, na akkor el lehet gondolkozni.
majd ha többszázezres táblákat buzerálunk, na akkor el lehet gondolkozni.
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
#13852
Kérdés az hogy mi gyorsabb. Explode-olni az összes hentai mezõt (ugye másképp nem látod aztán ráengedi egy in_array-t(mondjuk most így belegondolva, nem is kell akkor explodeolni 😄) vagy végigmenni x soron, ami mysql-nek semmi perc alatt megvan.
[ cod.magyaritasok.hu ] _____|\\_____\\o/___ Cápatámadás ಠ_ಠ
#13851
Ha a lekérdezés megoldható explodeal akkor a checkboxra select kapcsolást is, és a szerkesztés meg is van oldva
Aktiv:ASUS PRIME H610M-E D4-CSM | INTEL I3 12100F | Kingstom 2x16GB 3200 MHZ Ram | Sapphire RX 6600 XT 8GB | Chieftec GPS600A8
#13850
Oké, nem vitatkozom, csinálsz amit akarsz😊
[merlinw.org]
#13849
na ez az, a 3 példa lenne a legjobb, ott csak lenne mondjuk 70 mûfaj és 1 genreid az ismertetõbe, szal max 71 rekordot néz meg 501 helyet
szerkesztés? azt is simát megoldható összelehetne hozni
szerkesztés? azt is simát megoldható összelehetne hozni
Aktiv:ASUS PRIME H610M-E D4-CSM | INTEL I3 12100F | Kingstom 2x16GB 3200 MHZ Ram | Sapphire RX 6600 XT 8GB | Chieftec GPS600A8
#13848
Ne aggódj, mysql 10millió rekordos táblából is másodpecen belül kérdez le.
Gondolj bele hány rekordos táblák vannak az SG adatbázisában..😊 A sok mezõ sokkal többet árt.
Explode dolog oké, de gondolj bele, pl ha módosítani, cserélni stb szerenéd az adatokat. Amellett, hogy a te esetebne teljesen felesleges az a megoldás, lassú, kényelmetlen, plusz munka és randa.
Gondolj bele hány rekordos táblák vannak az SG adatbázisában..😊 A sok mezõ sokkal többet árt.
Explode dolog oké, de gondolj bele, pl ha módosítani, cserélni stb szerenéd az adatokat. Amellett, hogy a te esetebne teljesen felesleges az a megoldás, lassú, kényelmetlen, plusz munka és randa.
[merlinw.org]
#13847
a másodiknak lenne kis baja, ha mondjuk van már 50 ismertetõ és mindegyiknek lenne 10 mûfaja akkor a genre táblában lenne 500 rekord sor, nem sok de azért lassan nézné meg az összes rekordot
a 3 példa ebben gyorsabb lenne, csak oda explode parancs kell
a 3 példa ebben gyorsabb lenne, csak oda explode parancs kell
Aktiv:ASUS PRIME H610M-E D4-CSM | INTEL I3 12100F | Kingstom 2x16GB 3200 MHZ Ram | Sapphire RX 6600 XT 8GB | Chieftec GPS600A8
#13846
És randa. Programozunk vagy gányolunk? Ez itt a nagy kérdés😄
[merlinw.org]
#13845
A keresés is megoldható a 3 példánál, de az 1 kicsit bonyolult lenne.
Aktiv:ASUS PRIME H610M-E D4-CSM | INTEL I3 12100F | Kingstom 2x16GB 3200 MHZ Ram | Sapphire RX 6600 XT 8GB | Chieftec GPS600A8
#13844
Az elsõ és a harmadik nonszensz, a második elképzelés életképes, pont azt írtam le az elõzõ hsz-emben. Oké nem teljesen úgy, viszont helyesen.
az anime.anime_id és mufaj.mufaj_id logikusan elsõdleges autoincrement indexek.
Ha nem világos a lenti példám, kérdezz, illetve kezdj el olvasgass némi SQL alapokat. Felsorolásra, redundáns dolgokra nem használunk mezõket, kizárólag rekordokat - amellett hogy gyorsabb, átláthatóbb, könnyen bõvíthetõ, módosítható.
Autoincrement típusú (AI) index esetén nem kell tölteni a mezõt, insert esetén automatikusan egyel növeli az elõzõleg beszúrt rekordmezõ tartalmát. Ez mindig egyedi (unique), biztos pont a rekord azonosításra.
az anime.anime_id és mufaj.mufaj_id logikusan elsõdleges autoincrement indexek.
Ha nem világos a lenti példám, kérdezz, illetve kezdj el olvasgass némi SQL alapokat. Felsorolásra, redundáns dolgokra nem használunk mezõket, kizárólag rekordokat - amellett hogy gyorsabb, átláthatóbb, könnyen bõvíthetõ, módosítható.
Autoincrement típusú (AI) index esetén nem kell tölteni a mezõt, insert esetén automatikusan egyel növeli az elõzõleg beszúrt rekordmezõ tartalmát. Ez mindig egyedi (unique), biztos pont a rekord azonosításra.
[merlinw.org]
#13843
Ha kevés bejegyzést akarsz, akkor 3-as példa, de nem lesz épp keresés barát a megoldás. Hogyha mûfajok alapján szeretnél szûrni, akkor jobban jársz az inkább több bejegyzéssel.
Amit írtam m:m kapcsolat lényege pedig, hogy amiben keresel ott ne szövegre keress, hanem id-re, tehát a anime_id és genre_id mezõket tartalmazzon a tábla, ami alapján szûrsz.
Amit írtam m:m kapcsolat lényege pedig, hogy amiben keresel ott ne szövegre keress, hanem id-re, tehát a anime_id és genre_id mezõket tartalmazzon a tábla, ami alapján szûrsz.
(\__/) ( X.x) ( } . { )
#13842
én meg a tiédet nem értem, na jó elírom még1x 1xerübben
1 példa
van egy ismertetõ tábla mysqlben, ebben lenne 1 mezõ ami a genre ill mûfaj táblában az egyik rekordba irt id kódra mutatna
"szal minden ismertetõnek lenne egy ilyen rekordja, a genre táblában, ezzel az lenne a baj hogy sok mezõt kell csinálnom a genre táblában.
Ismertetõ tábla
genreid=1
Genre tábla
id=1 mezö1=anime mezö2=game mezö3=ecchi és így tovább
2 példa
van egy mezõ az ismertetõ táblában a rekordjába egy kód lenne írva, a genre táblában õsz-visz 1 id + 1 mûfaj mezõ lenne, ez úgy mûködne hogy írok egy id kódot és mellé egy mûfajt, szal ha van egy ismertetõnek 20 mûfaja akkor az 20 rekordot jelent, és minden ismertetõnek lenne id száma így lenne minden ismertetõnek külön rekordja minden mûfajra.
Ismertöte tábla
Anime1"valami" genreid=1
Anime2"másvalami" genreid=2
Genre
Id + müfaj
"
1 anime
1 game
1 ecchi
2 anime
2 game
2 ecchi"<-- ezek itt rekordok
3 példa
Van egy mezõ az ismertetõ táblában a rekordjában pedig belene irva az összes genreid je, a genre ben lennének rekordok amibe belene irva a számok + a müfaj neve
ez valahogy igy nézne ki
Ismertetõ tábla
Anime1 genreid"1,2,3"
Anime2 genreid"2,4,5"
Genre tábla
id|müfaj
1 |anime
2 |game
3 |ecchi
4 |vigjáték
5 |valami
ennél nem kell rekordot csinálni minden egyes animére mert fixen lenne mert az ismertetõ táblájának az egyik mezõjébe íródna melyik is a megfelelõ mûfaj
Remélem igy már érthetõ volt
1 példa
van egy ismertetõ tábla mysqlben, ebben lenne 1 mezõ ami a genre ill mûfaj táblában az egyik rekordba irt id kódra mutatna
"szal minden ismertetõnek lenne egy ilyen rekordja, a genre táblában, ezzel az lenne a baj hogy sok mezõt kell csinálnom a genre táblában.
Ismertetõ tábla
genreid=1
Genre tábla
id=1 mezö1=anime mezö2=game mezö3=ecchi és így tovább
2 példa
van egy mezõ az ismertetõ táblában a rekordjába egy kód lenne írva, a genre táblában õsz-visz 1 id + 1 mûfaj mezõ lenne, ez úgy mûködne hogy írok egy id kódot és mellé egy mûfajt, szal ha van egy ismertetõnek 20 mûfaja akkor az 20 rekordot jelent, és minden ismertetõnek lenne id száma így lenne minden ismertetõnek külön rekordja minden mûfajra.
Ismertöte tábla
Anime1"valami" genreid=1
Anime2"másvalami" genreid=2
Genre
Id + müfaj
"
1 anime
1 game
1 ecchi
2 anime
2 game
2 ecchi"<-- ezek itt rekordok
3 példa
Van egy mezõ az ismertetõ táblában a rekordjában pedig belene irva az összes genreid je, a genre ben lennének rekordok amibe belene irva a számok + a müfaj neve
ez valahogy igy nézne ki
Ismertetõ tábla
Anime1 genreid"1,2,3"
Anime2 genreid"2,4,5"
Genre tábla
id|müfaj
1 |anime
2 |game
3 |ecchi
4 |vigjáték
5 |valami
ennél nem kell rekordot csinálni minden egyes animére mert fixen lenne mert az ismertetõ táblájának az egyik mezõjébe íródna melyik is a megfelelõ mûfaj
Remélem igy már érthetõ volt
Aktiv:ASUS PRIME H610M-E D4-CSM | INTEL I3 12100F | Kingstom 2x16GB 3200 MHZ Ram | Sapphire RX 6600 XT 8GB | Chieftec GPS600A8
#13841
Lehet, mert fáradt vagyok, lehet hogy azért mert nem tudsz fogalmazni, de a lényeg hogy 5. elolvasás után sem értem a szándékodat😊
Játszuk akkor végig, javíts - lehetõleg tõmondatokban - ha valami nem jó.
--- Struktúra ---
tábla1: anime
mezõk: anime_id, anime_név
tábla2: mûfaj
mezõk: mufaj_id, anime_id, mûfaj_név
--- Péda tartalom ---
Adatokkal ugye ez így néz ki:
tábla1: anime
1, anime1
2, anime2
3, anime3
4, anime4
tábla2: mûfaj
1, 1, mûfaj1
2, 1, mûfaj2
3, 2, mûfaj3
4, 3, mûfaj4
--- Lekérdezések ---
Ahol az elsõ anime-hez 2 mûfaj tartozik (1,2) a másodikhoz 1 (a 3-as) a negyedikhez pedig jelen esetben egy sem.
Ha listázni szeretéd az elsõ anime-ket:
select * from anime
Ha listázni szeretéd az elsõ anime mûfajait:
select * from mûfaj where anime_id=1
Ha listázni szeretéd az elsõ mûfajhoz tartozó anime-ket:
select a.anime_id, a.anime_név
from anime a, mûfaj m
where m.anime_id=1 and a.anime_id=m.anime_id
Játszuk akkor végig, javíts - lehetõleg tõmondatokban - ha valami nem jó.
--- Struktúra ---
tábla1: anime
mezõk: anime_id, anime_név
tábla2: mûfaj
mezõk: mufaj_id, anime_id, mûfaj_név
--- Péda tartalom ---
Adatokkal ugye ez így néz ki:
tábla1: anime
1, anime1
2, anime2
3, anime3
4, anime4
tábla2: mûfaj
1, 1, mûfaj1
2, 1, mûfaj2
3, 2, mûfaj3
4, 3, mûfaj4
--- Lekérdezések ---
Ahol az elsõ anime-hez 2 mûfaj tartozik (1,2) a másodikhoz 1 (a 3-as) a negyedikhez pedig jelen esetben egy sem.
Ha listázni szeretéd az elsõ anime-ket:
select * from anime
Ha listázni szeretéd az elsõ anime mûfajait:
select * from mûfaj where anime_id=1
Ha listázni szeretéd az elsõ mûfajhoz tartozó anime-ket:
select a.anime_id, a.anime_név
from anime a, mûfaj m
where m.anime_id=1 and a.anime_id=m.anime_id
[merlinw.org]
#13840
fasza a logód<#eljen>
#13839
nem nem ara lenne, nem figyelsz? ismertetõt írtam, nem listát
Tudod ahol 20 mûfaj van írva 1 animére
Ja genret 😄
Tudod ahol 20 mûfaj van írva 1 animére
Ja genret 😄
Aktiv:ASUS PRIME H610M-E D4-CSM | INTEL I3 12100F | Kingstom 2x16GB 3200 MHZ Ram | Sapphire RX 6600 XT 8GB | Chieftec GPS600A8
#13838
Én így szoktam:
select * from kategoria,hentai_lista where kategoria.id=henta_lista.kategoria_id .
Szerintem ez a legegyszerûbb (és igen, *-ot sose használunk 😄)
select * from kategoria,hentai_lista where kategoria.id=henta_lista.kategoria_id .
Szerintem ez a legegyszerûbb (és igen, *-ot sose használunk 😄)
[ cod.magyaritasok.hu ] _____|\\_____\\o/___ Cápatámadás ಠ_ಠ
#13837
Vagy keress rá gugliban, hogy mysql many-to-many relationship .
És gondolom genre-t akarsz mindenhova írni, nem gerne-t.. 😊
És gondolom genre-t akarsz mindenhova írni, nem gerne-t.. 😊
(\__/) ( X.x) ( } . { )
#13836
Hali
Nem tudom eldönteni hogy csináljam meg, úgy hogy segítsetek 😊
Van 2 MYSQL tábla, az egyikbe ismertetõ van írva a másikba mûfaj, a problémám hogy a mûfaj rendszerére tudok 3 féle variációt de nem tudom eldönteni melyik a legjobb.
01. az ismertetõben lenne egy gerneid mezõ amibe a gerne id száma lenne beírva, és a gerne táblában lenne 1-50 ig mezõ a neve mondjuk szám 1-50-ig, és persze a rekordba be lenne írva a mûfajok neve
02. az ismertetõben lenne egy kód, a gerne táblában lenne összesen 1 mûfaj tábla és egy id és egy kód mezõ, és rekordokba egyesével lenne beírva a mûfajok
03. az valahogy így nézne ki, az ismertetõben lenne egy mezõ amibe be lenne írva például ez 5,9,31,100, a számok igazából id számok lennének a gerne táblában, és így olvasná ki mi van abban a rekordba írva
"lenne 1 mûfaj mezõ és lenne mondjuk 100 rekord mindegyik rekordban lenne egy id szám és egy müfaj név"
Ha a 3 lenne a legjobb, akkor kell help 😊
Nem tudom eldönteni hogy csináljam meg, úgy hogy segítsetek 😊
Van 2 MYSQL tábla, az egyikbe ismertetõ van írva a másikba mûfaj, a problémám hogy a mûfaj rendszerére tudok 3 féle variációt de nem tudom eldönteni melyik a legjobb.
01. az ismertetõben lenne egy gerneid mezõ amibe a gerne id száma lenne beírva, és a gerne táblában lenne 1-50 ig mezõ a neve mondjuk szám 1-50-ig, és persze a rekordba be lenne írva a mûfajok neve
02. az ismertetõben lenne egy kód, a gerne táblában lenne összesen 1 mûfaj tábla és egy id és egy kód mezõ, és rekordokba egyesével lenne beírva a mûfajok
03. az valahogy így nézne ki, az ismertetõben lenne egy mezõ amibe be lenne írva például ez 5,9,31,100, a számok igazából id számok lennének a gerne táblában, és így olvasná ki mi van abban a rekordba írva
"lenne 1 mûfaj mezõ és lenne mondjuk 100 rekord mindegyik rekordban lenne egy id szám és egy müfaj név"
Ha a 3 lenne a legjobb, akkor kell help 😊
Aktiv:ASUS PRIME H610M-E D4-CSM | INTEL I3 12100F | Kingstom 2x16GB 3200 MHZ Ram | Sapphire RX 6600 XT 8GB | Chieftec GPS600A8
#13835
"2,4GHz-s régi fajta celeron van benne, másfél giga rammal, kerio tûzfallal, win xp-vel..."
- Nem számít
"A probléma azzal kezdõdött, hogy szarakodott a java, nem mindig engedett linkekre kattintani, se firefoxxal, se explolerrel. Újra lett rakva a java, nem lett jobb... újra lett rakva ismét a java, "
- Semmi köze a Javanak hozzá. Java nem egyenlõ Javascripttel. Utobbit a böngészõ értelmezi, nincs/nem kell hozzá külsõ program.
"kipucolva a regisztritõl elkezdve, minden a firefoxxal és az expolerrel együtt, aztán újra lett téve, és az eredmény az lett, hogy semmilyen oldal nem jön be tökéletese!"
- Vírusra gyanakszom, vagy a tûzfal van hülyén konfigurálva. Kapcsold ki, nézd meg úgy jó-e.
"lannal kap netet a gép"
- Kukacoskodás, de LAN-on nem kaphat neten, max direktben vezetékesen😊 A LAN (Local Area Network) mást jelent.
Tehát teljesen kapcsold ki a tûzfalat. Ha nem segít, akkor kukacod van, próbálkozz trojan/vírusírtóval vagy a rendszer újratelepítésével.
- Nem számít
"A probléma azzal kezdõdött, hogy szarakodott a java, nem mindig engedett linkekre kattintani, se firefoxxal, se explolerrel. Újra lett rakva a java, nem lett jobb... újra lett rakva ismét a java, "
- Semmi köze a Javanak hozzá. Java nem egyenlõ Javascripttel. Utobbit a böngészõ értelmezi, nincs/nem kell hozzá külsõ program.
"kipucolva a regisztritõl elkezdve, minden a firefoxxal és az expolerrel együtt, aztán újra lett téve, és az eredmény az lett, hogy semmilyen oldal nem jön be tökéletese!"
- Vírusra gyanakszom, vagy a tûzfal van hülyén konfigurálva. Kapcsold ki, nézd meg úgy jó-e.
"lannal kap netet a gép"
- Kukacoskodás, de LAN-on nem kaphat neten, max direktben vezetékesen😊 A LAN (Local Area Network) mást jelent.
Tehát teljesen kapcsold ki a tûzfalat. Ha nem segít, akkor kukacod van, próbálkozz trojan/vírusírtóval vagy a rendszer újratelepítésével.
[merlinw.org]
#13834
Null jó lesz. Vagy adj neki alapértelmezett értéket.
[ cod.magyaritasok.hu ] _____|\\_____\\o/___ Cápatámadás ಠ_ಠ
#13833
köszi, és még1x sorry...
#13832
Lenne még egy kérdésem 😊
Van egy MYSQL mezõ amiben nincs semmi írva, mármint a rekordjaiba, mit írjak a where be hogy azokat listáz ki amibe nincs írva semmi
az egyik ismerõsöm azt írta hogy ezt írjam
mezõnév=null
Mirci00: menj ide topik
Van egy MYSQL mezõ amiben nincs semmi írva, mármint a rekordjaiba, mit írjak a where be hogy azokat listáz ki amibe nincs írva semmi
az egyik ismerõsöm azt írta hogy ezt írjam
mezõnév=null
Mirci00: menj ide topik
Aktiv:ASUS PRIME H610M-E D4-CSM | INTEL I3 12100F | Kingstom 2x16GB 3200 MHZ Ram | Sapphire RX 6600 XT 8GB | Chieftec GPS600A8