Téli időszámítás - Október 25-én óraátállítás
Nekem azt mondták, hogy az az adatbáziskezelõs tárgy szinte kizárólag MySQL-rõl szólt tavaly.
Nekem azt mondták, hogy az az adatbáziskezelõs tárgy szinte kizárólag MySQL-rõl szólt tavaly.
- Dexion! A text alapú adatbázist én se nagyon kedvelem, elég nehéz kezelni. Az érvem természetesen a Mysql mellett van úgyszintén. A struktúrált lekérdezõ nyelvek (SQL) és az erre alapuló legnépszerûbb adatbázisszerver…
- Dexion! A text alapú adatbázist én se nagyon kedvelem, elég nehéz kezelni. Az érvem természetesen a Mysql mellett van úgyszintén. A struktúrált lekérdezõ nyelvek (SQL) és az erre alapuló legnépszerûbb adatbázisszerver (Mysql) nálam is elsõ, igaz tavasszal tanultam meg a mysql adatbáziskezelést, azóta nemigazán kértem segítséget, tán egyszer Micimackótól, amikor az adatokat a mezõnevek alapján tömbökké akartam alakítani és nem tudtam hogyan kell, jaj de megszenvedtem vele, aminek az elõnyét a nyáron élveztem ki; illetve voltak kompatibilitási problémáim a php5-nél, ugyanis nem mindent volt neki jó, ami php4-ben íródott....
- Igaz hogy ún. "démonként" fut a gépen a Mysql, de szerintem abszolút megbízható, mármint ha szolgáltatásként fut a gépen és az elindítása kézileg van bekonfigurálva, nyilván aki élesben viszi a dolgot és nem fejlesztésekre használja, mint úgy általában sokan (pl. én), azoknak az automatikus futás az ajánlott. De ez csak hab a tortán
- Minden hónapban a mysql-tõl a legújabb újításokról kapok egy levelet, amelyben elég sok hibára/javításra, új verziókról stb. van szó.
Az idei félévben lesz egy olyan gyakorlati kurzusom, hogy adatbáziskezelés. Remélem a Mysql-rõl is lesz szó. Egyébként tervezem, hogy ismereteim szilárdítása érdekében a következõ félévben a kurzuskínálatnál szétnézek és ha a php szerkesztésrõl lesz egy kurzus, akkor föl is veszem. Bár ez csak amolyan tervezet.
Reszkessetek webszerkesztõk jön majd az ellenfeletek!
Teljesen igazad van, én az extra.hu szerveréhez próbáltam igazítani az enyémet. Volt hogy egyes változók nem nagyon tetszettek az ötösnek, ugyanis a php24 óra php4-re íródott és én inkább azt mondhatnám a 4-esrõl, hogy…
Teljesen igazad van, én az extra.hu szerveréhez próbáltam igazítani az enyémet.
Volt hogy egyes változók nem nagyon tetszettek az ötösnek, ugyanis a php24 óra php4-re íródott és én inkább azt mondhatnám a 4-esrõl, hogy elavult. Volt hogy kiakadtam korábban a hibaüzenetektõl. Egyébként most már lekopogom ilyen problémám nincsen. Engem amikor kezdõ voltam jól megfürösztött 1-2 dolog. Kíváncsi leszek (bár nem szeretnék megöregedni) a 6-os verzióra hogy milyen lesz, ha lesz ilyen a közeljövõben, nem mintha nagyon várnám és a php 5.2 verziójával nem lennék megelégedve, pont ellenkezõleg
Pozitív tapasztalataim vannak. Azóta, amióta meghallgattam tanácsodat a mysql_connect-et mysql_pconnect-re cseréltem le és nem fogod elhinni tényleg jobb lett
A konfigurációs fájlt, ami az adatbázishoz való kapcsolatot tartalmazza csak egyszer kellett beinklúdolnom az index.php állományba. Nincs panaszom, csak pozitív visszajelzés
Az adatbáziskezeléshez sajnos nem lesz elmélet.Én a tematikát olvastam el, konkrétan térinfo2 néven fut mint kötelezõ kurzus, bár kiírhatnák, hogy adatbáziskezelés1
A térinfo1 kurzus mint ahogy nemrég tudtam meg: táblázatkezelés geológusoknak címmel futott a tavalyi félévben a földtudományin, Kovács József tanár úr tartotta (Usrin ismeri a tanár urat, mert neki õ volt a geomatematika tárgy oktatója)
A PHP4-5 inkompatibiltás oka lehet a php.ini-ben lévõ és az egyéb alapértelmezett beállítások különbsége, tipikus példája ennek a register_globals változó, aminek a két verzió között a default értéke a PHP4ben más, mint…
A PHP4-5 inkompatibiltás oka lehet a php.ini-ben lévõ és az egyéb alapértelmezett beállítások különbsége, tipikus példája ennek a register_globals változó, aminek a két verzió között a default értéke a PHP4ben más, mint 5-ben, ha jól emlékszem.
Az adatbáziskezelés gyakorlatához lesz elmélet is? Mert akkor sokkal többett ér(ne), különösen, hogy az adatbázisok tervezéséhez sem árt némi elméleti ismeret, pl a normálformák tekintetében.
- Dexion! A text alapú adatbázist én se nagyon kedvelem, elég nehéz kezelni. Az érvem természetesen a Mysql mellett van úgyszintén. A struktúrált lekérdezõ nyelvek (SQL) és az erre alapuló legnépszerûbb adatbázisszerver…
- Dexion! A text alapú adatbázist én se nagyon kedvelem, elég nehéz kezelni. Az érvem természetesen a Mysql mellett van úgyszintén. A struktúrált lekérdezõ nyelvek (SQL) és az erre alapuló legnépszerûbb adatbázisszerver (Mysql) nálam is elsõ, igaz tavasszal tanultam meg a mysql adatbáziskezelést, azóta nemigazán kértem segítséget, tán egyszer Micimackótól, amikor az adatokat a mezõnevek alapján tömbökké akartam alakítani és nem tudtam hogyan kell, jaj de megszenvedtem vele, aminek az elõnyét a nyáron élveztem ki; illetve voltak kompatibilitási problémáim a php5-nél, ugyanis nem mindent volt neki jó, ami php4-ben íródott....
- Igaz hogy ún. "démonként" fut a gépen a Mysql, de szerintem abszolút megbízható, mármint ha szolgáltatásként fut a gépen és az elindítása kézileg van bekonfigurálva, nyilván aki élesben viszi a dolgot és nem fejlesztésekre használja, mint úgy általában sokan (pl. én), azoknak az automatikus futás az ajánlott. De ez csak hab a tortán
- Minden hónapban a mysql-tõl a legújabb újításokról kapok egy levelet, amelyben elég sok hibára/javításra, új verziókról stb. van szó.
Az idei félévben lesz egy olyan gyakorlati kurzusom, hogy adatbáziskezelés. Remélem a Mysql-rõl is lesz szó. Egyébként tervezem, hogy ismereteim szilárdítása érdekében a következõ félévben a kurzuskínálatnál szétnézek és ha a php szerkesztésrõl lesz egy kurzus, akkor föl is veszem. Bár ez csak amolyan tervezet.
Reszkessetek webszerkesztõk jön majd az ellenfeletek!
Nem szerencsés, de egyben van, a biztonsága és a biztonsági mentése jól menedzselhetõ, továbbá ne felejtsd el, hogy sok komolyabb dokumentumtár is SQL/Oracle alapon megy (az Oracle pl 200 féle formátumot ismer magától…
Nem szerencsés, de egyben van, a biztonsága és a biztonsági mentése jól menedzselhetõ, továbbá ne felejtsd el, hogy sok komolyabb dokumentumtár is SQL/Oracle alapon megy (az Oracle pl 200 féle formátumot ismer magától fel), tehát nem eleve halott az ötlet. Persze a MySQL nem alkalmas profi dokumentumtárnak, de ez a feltöltök-letöltök funkcionalitás még menni fog neki. És mondjuk esetleg kereshetõbb is, mint egy szép nagy filerendszer, bár ezen azért kell kicsit agyalni.
Nem szerencsés, de egyben van, a biztonsága és a biztonsági mentése jól menedzselhetõ, továbbá ne felejtsd el, hogy sok komolyabb dokumentumtár is SQL/Oracle alapon megy (az Oracle pl 200 féle formátumot ismer magától…
Nem szerencsés, de egyben van, a biztonsága és a biztonsági mentése jól menedzselhetõ, továbbá ne felejtsd el, hogy sok komolyabb dokumentumtár is SQL/Oracle alapon megy (az Oracle pl 200 féle formátumot ismer magától fel), tehát nem eleve halott az ötlet. Persze a MySQL nem alkalmas profi dokumentumtárnak, de ez a feltöltök-letöltök funkcionalitás még menni fog neki. És mondjuk esetleg kereshetõbb is, mint egy szép nagy filerendszer, bár ezen azért kell kicsit agyalni.
Még mielõtt túl nagyot koppannál, teszteld le, hogy php scriptbõl tudsz e írni a tárhelyre. 99% hogy nem fog menni. Mysql-ben meg nem túl szerencsés ilyen dolgokat tárolni
Még mielõtt túl nagyot koppannál, teszteld le, hogy php scriptbõl tudsz e írni a tárhelyre. 99% hogy nem fog menni. Mysql-ben meg nem túl szerencsés ilyen dolgokat tárolni
Még mielõtt túl nagyot koppannál, teszteld le, hogy php scriptbõl tudsz e írni a tárhelyre. 99% hogy nem fog menni. Mysql-ben meg nem túl szerencsés ilyen dolgokat tárolni
Még mielõtt túl nagyot koppannál, teszteld le, hogy php scriptbõl tudsz e írni a tárhelyre. 99% hogy nem fog menni. Mysql-ben meg nem túl szerencsés ilyen dolgokat tárolni