[bogdan]

szivesen.

tedd be nyugodtan! en nem tom mi az, es mit kell hozza csinalni.
(esetleg ha betetted kuldhetsz rola linket. )

[andrej]

https://www.hup.hu/w...p/Kezd%C5%91lap

[bogdan]

de hat ez nem az, amit en irtam!
(en ugye arra kertem linket..)

egyebkent koszonom, az angolt ismerem, szoktam is hasznalni. irni meg sohasem irtam bele.

[Mono]

Sziasztok!

Felhoznám picit a topikot, úgy érzem, kicsit komolyabban szembetalálkoztam ezzel az alkalmazással

Tehát a helyzet az, hogy levelzõ szerverem eddigi log fájlba való logolását szeretném MySQL adatbázisba tenni, hogy könnyebben visszakereshetõ lehessen, mi is történt egy-egy e-maillel. Sajna felhasználóim betalálnak néha ilyen kérdésekkel, hogy "három napja küldött egy levelet arra a címre, még nem kapták meg, mi lehet vele?", stb... Ezeket oldanám fel így, mert szöveges log fájlokban való visszakeresés nem túl kényelmes

Na, lényeg a lényeg, mûködik is a dolog, egyelõre teszt környezetben, kíváncsi vagyok, mégis "mit bír" a MySQL, mielõtt éles helyzetbe kerül.
Egy adatbázisban van több tábla, ezen belül egy táblába kerül bele az összes syslog dolog. Jelen pillanatban is folyik a teszt, öt és fél millió rekordot termeltem bele eddig, bírja és megy szépen. A MySQL adatbázis fájlja (MyISAM) majdnem 1 GByte méretû, az index fájl kb. 300 MB-os. Még megy.
Viszont hallottam már olyanról, hogy megadható egy fix adatbázis fájl méret is, amit lefoglal a diszken, abba dolgozik. Ez így gyorsabb, mintha "maga alatt" tologatná ki folyamatosan ennek a fájlnak a méretét a bele kerülõ adattól függõen (jelenleg így megy, default telepítés, Debian alatt). Ezt lehet-e MySQL-el és ha igen, hogyan Lehet-e úgy, hogy teszem azt foglalok neki 100MB-ot, de ha "érzi", hogy kezd kevés lenni, akkor automatikusan megnöveli megint 100 MB-al :confused:

Nem tudom, mennyire voltam így érthetõ, remélem értittek, mire gondoltam

Elõre is köszi!

PS.: Vélhetõen lesz még majd kérdésem, ahogy kezdem egyre jobban megismerni a MySQL-t

[charlie]

melyik a jobb és/vagy gyorsabb, tcp-n csatlakozni a helyi gepen futo mysql szerverhez, vagy socketen?

[Friczy]

Idézet: charlie - Dátum: 2007. okt. 18., csütörtök - 15:48

melyik a jobb és/vagy gyorsabb, tcp-n csatlakozni a helyi gepen futo mysql szerverhez, vagy socketen?

Ha más körülmény nem szól ellene, a socketen keresztül csatlakozás gyorsabb és biztonságosabb (feltehetõleg valamennyivel kevesebb erõforrást is eszik a gépbõl). Persze adódhat más körülmény, pl. egy chrootban futtatott webservernek nincs lehetõsége socketen csatlakozni a chrooton kívül futó mysqlhez.

[charlie]

ezek a korulmenyek most nem allnak fent, akkor tehát a socket..

barmely php-s cucc megeszi alapbol, vagy ehhez tamogatnia kell?

[mocsi]

Idézet: charlie - Dátum: 2007. okt. 19., péntek - 8:34

ezek a korulmenyek most nem allnak fent, akkor tehát a socket..

barmely php-s cucc megeszi alapbol, vagy ehhez tamogatnia kell?

Ehhez kell a php-mysql modul

[charlie]

de extra tamogatas nem kell neki, ugyertem? tehát ami tud tcp-n csatlakozni, az tud scketel is?!
ha igen, hogy kell neki beadni? siman szerver helyett beirni a soket eleris utjat?

[mocsi]

Idézet: charlie - Dátum: 2007. okt. 19., péntek - 10:51

de extra tamogatas nem kell neki, ugyertem? tehát ami tud tcp-n csatlakozni, az tud scketel is?!
ha igen, hogy kell neki beadni? siman szerver helyett beirni a soket eleris utjat?

nem kell semmi extra
http://www.php.net/m...sql-connect.php

[charlie]

ok, kosz, erre gondoltam!
":/path/to/socket" (a kettospont az utvonal elott)

[INVIHO]

Sziasztok!
Segítségeteket szeretném kérni!Van egy mysql adatbázisom és abban van egy tábla authorize néven, amibe bekerülnek regisztrált felhasználók adatai, ennek van egy külön e-mail sora.Azt szeretném megoldani, hogy egy adatlap kitöltésekor, ami egy másik táblázatba menti a felhasználók adatait, ez csak azokat az e-mail címeket fogadja el, amelyek már szerepelnek az authorize tábla e-mail sorában.Bonyolult ezt megoldani?Tudnátok segíteni ebben?Elõre is köszönöm.

[mocsi]

Idézet: INVIHO - Dátum: 2008. márc. 1., szombat - 19:08

Sziasztok!
Segítségeteket szeretném kérni!Van egy mysql adatbázisom és abban van egy tábla authorize néven, amibe bekerülnek regisztrált felhasználók adatai, ennek van egy külön e-mail sora.Azt szeretném megoldani, hogy egy adatlap kitöltésekor, ami egy másik táblázatba menti a felhasználók adatait, ez csak azokat az e-mail címeket fogadja el, amelyek már szerepelnek az authorize tábla e-mail sorában.Bonyolult ezt megoldani?Tudnátok segíteni ebben?Elõre is köszönöm.

verzio es azon belul is storage engine  fuggo.
http://dev.mysql.com/doc/refman/5.0/en/inn...onstraints.html
vagy siman constraint vagy ujabb mysql-ben lehet trigger is.

[FõDudu]

Adott egy adatparkos mysql szerver (Win2k3). Ehhez csatlakozik VPN-en egy XP-s kliens.
TCP/IP a kapcsolódás. A szerver nincs interneten, csak VPN-en (Juniper/Draytek eszközökkel) lehet elérni.

A kapcsolat felvétele kb 15-20 másodperc (alkalmazásból is és ODBC driver tesztjét futtatva is). Ezután a timeout idejéig 2-3 másodperc a lekérdezés... Az lenne a kérdésem, hogy a kapcsolódási idõt (15-20s)lehet-e valamilyen beállítással csökkenteni? 

Valószínûleg a skip-name-resolve lesz a megoldás, de hátha ti mással is összefutottatok...

Elõre is köszönöm!

Szerkesztette: FõDudu 2008. 09. 22. 07:56 -kor

[charlie]

van nekem egy mysql dumpom, amiben el van cseszõdve az ékezetes karakterek.

ilyen pl.: á helyett: á
ö: ö
é: é
stb.
hogyan tudok ebbõl ismét rendes bötüket gyártani, hogy ember által is olvasható legyen?

[Nevergone]

Idézet: charlie - Dátum: 2008. okt. 18., szombat - 16:45

van nekem egy mysql dumpom, amiben el van cseszõdve az ékezetes karakterek.

ilyen pl.: á helyett: á
ö: ö
é: é
stb.
hogyan tudok ebbõl ismét rendes bötüket gyártani, hogy ember által is olvasható legyen?

recode -val próbálkozz, nekem párszor segített.
pl. recode utf8..latin1, vagy fordítva.

[bogdan]

hat vagy sed/awk scriptekkel ki lehet kalapalni egy negyedora alatt...