- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Milyen routert?
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- Mindenki AI-t akar, már 2025-re is eladták a HBM chipeket
- Az USA nem akarja visszafogni Kína növekedését
- Crypto Trade
- Windows 10
- ASUS routerek
- A pápa egyre jobban tart a romlott AI veszélyeitől
- Mikrotik routerek
Új hozzászólás Aktív témák
-
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. -
Protezis
őstag
De ebben az esetben is el kell tarolnom a kapcsolotablaban, hogy a felado torolte -e, illetve a cimzett torolte -e. Teljesen hasonloan a megnezett mezobol is ketto kell - bar ez talan felesleges, a felado ugyis megnezte.
(Ugyanis mind a kuldott, mind a fogadott uzeneteket meg akarom jeleniteni egy adott felhasznalonal.)
Jol gondolom, vagy valamit benezek?
[Szerkesztve] -
Protezis
őstag
Igen, azt hiszem egyre gondolunk.
Idokozben megegy problema:
uzenet tabla: id, szoveg, datum
felhasznalo_uzenet tabla: id, kuldo_id, cimzett_id, uzenet_id stb.
Uzenet kuldesekor letrejon egy bejegyzes az uzenet tablaban. Az uzenet.id auto_increment. Ezutan a felhasznalo_uzenet tablaban el kell tarolnom, hogy ki, kinek kuldte az adott uzenetet. Ehhez pedig szuksegem van az elobb eltarolt uzenet id-jere. Ezt hogy kaphatom meg? (nem szeretnek buveszkedni, mint pl. utolso uzenet id-je // lehet azt mar mas irta)
[Szerkesztve] -
emitter
őstag
köszi!
mező attribútumoknál be kell állítani valamit (unsigned; unsigned zerofill; on update current timestamp), vagy hagyjam üresen?
továbbá, ha van több táblám, amelyeknél az id mező azonos lesz, csak a legelső(nek nevezett) táblában legyen primary key, a többiben foreign-key; vagy mindegyikben prim.key? És az auto_increment mire jó, hogyan működik? Végülis php-ból is inkrementálhatom a egy új bejegyzéskor az id értékét, nem?
-
emitter
őstag
Ez egy szálláshely-adatbázis lesz. Ha egy adott megyére akarom majd szűkíteni a találatokat, akkor érdemes a megyéknek egy külön táblát készíteni, ahol idegen kulcs az id - vagy elég, ha a címeket tartalmazó táblában futom végig a megye-oszlopot, és keresem a megfelelő sorokat..?
-
Louloudaki
aktív tag
akkor ez azt jelenti, hogy ha van egy nagy látogatottságú weboldalam, pl fórum, és 2 ember ugyanabban a tizedmásodpercben postol hsz-t ugyanabba a táblába, és ugyanabban a pillanatban egyszerre 2 sort kéne insertelni, és autoincrementes az id, akkor simán megoldja a dolgot a db, egyik id lesz 22 a másik meg 23?
-
emitter
őstag
még egy utolsó kérdés a szerkezethez:
ha egy szállásnak sok jellemzője van, pl. fürdő, konyha, étkezési lehetőség, sportolás, stb. akkor ezeket tegyem bele nyugodtan a 'cim' táblába, vagy csináljak nekik egy külön táblát mondjuk 'adat' névvel?csináltam külön egy 'foto' nevű táblát, amiben szállásonként 5db képet lehet tárolni, ezért van egy 'id' mezője, és 5 mező 'foto1'..'foto5' (ezek majd a képek elérési útját fogják tartalmazni). Akkor ebben a táblában az id mező csak simán pr. key, vagy foreign key a 'cim' tábla 'id' mezőjére?
-
emitter
őstag
join:
ahogy megértettem, ez összepárosítja a szallas táblában levő megye_id-kat a megye táblában levő megyenevekkel. Akkor úgy érdemes csinálnom, hogy egyetlen egyszer join-olok, az eredményként kapott megyeneveket berakom egy php-tömbbe, amiből aztán kedvemre válogatok (aszerint, hogy az adott id-jű szálláshoz milyen megye_id tartozik?)szintaktika:
1. igen, lemaradtak az idézőjelek, bár így is működik (de javítottam). Viszont az echo"..."-ban lévő tömbindexelésnél meg csak úgy működik, ha elhagyom az egyszeres idézőjeleket, így:echo "<span style='float: left;'>$row[nev]</span>"
2. értem, azt hittem, ennek így mennie kellene...
3. javítottam az ellenőrzést
[ Szerkesztve ]
-
emitter
őstag
ja, a join eléggé homály volt, most már látom
közben ráakadtam egy kis vizuális szemléltetőre, az is segített megérteni.
És köszi a tömbindexes magyarázatot is, ezt sem tudtam eddig. -
emitter
őstag
bocs, de elbizonytalanodtam a sztringindexekes tömböknél.. ez így helyes? A fordító elfogadja, de
$query = "INSERT INTO tmp_foto (szallas_id, fajlnev, comment) VALUES ( '$id', '{$formData['image'.$id]}', '{$formData['comment'.$id]}' )";
Vagy pedig így helyes?
$query = "INSERT INTO tmp_foto (szallas_id, fajlnev, comment) VALUES ( '$id', '{$formData['image'."$id"]}', '{$formData['comment'."$id"]}' )";
-
emitter
őstag
képek adatbázisban: tf, hogy átlagosan egy felhasználó 3 képet tölt fel (bár 10 a max megengedett, de nem fognak ennyit). Egy kép nem lehet több 200kB-nál. És kb 100-200 felhasználóm lesz maximum. Így 200*3*200k=120MB lesz a képek összmérete. Ez mennyire terheli meg az adatbázist? Most kell eldöntenem, hogy hol akarom táolni a képeket..
-
VladimirR
nagyúr
az egyik szerverhez nem ferek hozza, csak a web-en lathato forumhoz, az adatokat egy crawler gyujti, igy a megszamlalas nem igazan lehetseges
jelenleg ugy nez ki a dolog, hogy egy crawler vegigszalad a forumtemak felsorolasan (ez eleg gyorsan megvan) es frissiti a topics tablat, beleetve a hozzaszolasszamokat is
ezt kellene valahogy (az en fenti peldamnal gyorsabban) osszevetni a meglevo hozzaszolasok szamaval[ Szerkesztve ]
-
VladimirR
nagyúr
mysql> explain extended SELECT posts.topic_id, COUNT( posts.num ) AS num, postnum FROM posts INNER JOIN topics ON posts.topic_id = topics.topic_uid GROUP BY topic_id HAVING num != postnum;
+----+-------------+--------+------+------------------+---------+---------+----------------------------+--------+---------------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+--------+------+------------------+---------+---------+----------------------------+--------+---------------------------------+
| 1 | SIMPLE | topics | ALL | PRIMARY | NULL | NULL | NULL | 104148 | Using temporary; Using filesort |
| 1 | SIMPLE | posts | ref | PRIMARY,topic_id | PRIMARY | 3 | ph_search.topics.topic_uid | 19 | Using index |
+----+-------------+--------+------+------------------+---------+---------+----------------------------+--------+---------------------------------+
2 rows in set, 1 warning (0.02 sec) -
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?[ Szerkesztve ]
Sk8erPeter
-
martonx
veterán
Toad for Mysql-ben egy kattintás és sql fájlban elmenti a komplett adatbázisomat. Ezt szoktam svn-ezni, sőt ezt szoktam futtatni az éles hoszting phpmyadmin-jában is.
A tesztelés is nehézkesebb??? Ezt hogy érted? Lehet sok PHP hívőt megsértek vele, de a PHP-t eleve nem egyszerű (mondhatni rémálom) tesztelni, debugolni.
Én kérek elnézést!
-
félisten
Hát ez nehéz szülés volt, de most úgy ahogy...
Mint kiderült, ez egy kis cég és igazából ez az első honlap, ami a tárhelyükre kerül(szerveren 20 percet sietett a vekker, még sosem volt beállítva ). Hosszú telefonos beszélgetés alatt sikerült a saját /adatbázis jogaimat beállíttatni, hogy végre a phpmyadmin-ban is tudjak "mozogni"...A feladat ezenfelül is kihívás, mert 100Mbyte tárhely áll rendelkezésre(adatbázissal együtt) és ebbe kell egy fórum-ot, meg egy külön weblapot belepaszíroznom, Beszélve a település polgármesterével, azt szeretnék, ha kb 5 évre visszamenőleg, az összes rendezvényről készült kép felkerülne a honlapra, van vagy kb 1000...
Azért néha jó is egy ilyen feladat, mert milyen unalmas is folyamatosan több gigás tárhelyekkel dolgozni, ahol hely hegyek, minden megy elsőre, gond nélkül... Teljesen ellustul szürkeállományilag az ember...
Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
RedSign
tag
cucka - Ez sajnos nem lett jó... ...nem ad vissza találatot, pedig van 30 felhasználó, akiből csak 8 barát jelenleg...
jeges - Hát üres válasz jött vissza, igaz ezeket javítottam - jól tettem?:
LEFT JOIN friends as uf1 ON uu.id=uf1.self
LEFT JOIN friends as uf2 ON uu.id=uf2.contactrt06 - Jöhet az ötleted...
http://www.redsign.hu
Új hozzászólás Aktív témák
- Projektor topic
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Milyen cserélhető objektíves gépet?
- Nemzetközi piacra érkezik az Amazfit Helio Ring
- E-roller topik
- Spórolós topik
- Kormányok / autós szimulátorok topicja
- Milyen autót vegyek?
- Modern monitorokra köthető 3dfx Voodoo kártya a fészerből
- További aktív témák...