Oracle NLS_LANGUAGE
sziasztok
van telepitve egy oracle 10 XE
ezen most az NLS_LANGUAGE AMERICAN
ezt kene HUNGARIAN-re allitani.
eddig valahogy nem akart osszejonni :<
- Tovább (Oracle NLS_LANGUAGE)
- 5078 megtekintés
sziasztok
van telepitve egy oracle 10 XE
ezen most az NLS_LANGUAGE AMERICAN
ezt kene HUNGARIAN-re allitani.
eddig valahogy nem akart osszejonni :<
hali!
nemrég telepítettem egy gentoora mysql-t, átvéve pár adatbázist. a régi rendszeren minden tökéletesen működött, az újon viszont a köv hiba van:
phpmyadmin kivételével minden php-ból felvitt adat, ha van benne ékezet, levágja az ékezet mögötti részt.
eddig utf8 volt minden, átállítottam latin1-re, hátha az a hiba, de nem, a hiba továbbra is maradt...
character set client utf8 latin1
character set connection utf8 latin1
character set database latin1 latin1
character set results utf8 latin1
character set server latin1 latin1
character set system utf8 utf8
az érdekesség mint mondottam volt, a phpmyadmin, ahol tökéletesen működik a rendszer
a locale igy néz ki most (ahogy feltelepült, nem állítottam semmit rajta)
LANG=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=
google megvolt, még csak hasonló hibát sem igen találtam....
5leteket szívesen várok :) köszi előre is
Tudna abban valaki segíteni, hogy egy HP-UX-on futó Oracle SQLplus shelljét hogyan lehet megváltoztatni. Nevezetesebben a vi/ed-es parancskezelést kellene lecserélni pl.bashra, hogy a doson nevelkedett felhasználók abbahagyják fejük ütemes billenytűzetbe való püfölését. Félreértés ne essék a billentyűzetet sajnálom. :)
Előre is köszi,
nex
ui: a login shelljüket már átállítottam és a shell=..../bash körny.változót már exportáltam de ez nem hatotta meg.
Re,
adott egy mysql4.0 (nem, nem lehet frissiteni 5.0-ra), ezen kene egy dictionary lookup-ot csinalnom. WHERE xy LIKE '%abc%' nem jo, eszetlenul lassu. Van vagy X szazezer sor*5 tabla amit joinolni kell, s azokban kell keresni, mert hat a normalforma...
FULLTEXT kiesik, mert reszszavakra nem tud keresni, pl a 'cé' nem talalja meg az 'acél'-t.Namost akkor egyetlen mukodo megoldas (hogy kesobb is birja a terhelest, par heten belul megugrik a terheles es a rekordok is 10*-ni fognak, hala az elorejelzeseknek az illetekestol):
Csinaljak szotar alapu keresest.
Tehat minden letezo szot felbontok 2-3-4-...-n (n = strlen($szo)) elemu substringre, osszes variacioban permutacioban, devianciaban, absztinenciaban es elrakom, hogy melyik ID-kon talalhato meg. Majd a kereseskor a keresett stringet egyszeru WHERE expr = '$q' megoldassal lekerem, JOIN, orom. (Tudom, lesz vagy 6milliard sorom...) Frissitese adatbazis frissiteskor inkrementalisan, de az mar a konnyebb resze.
Kerdesek:
Csinalt mar valaki hasonlot?
Tippek?
Trukkok?
Javasolt prognyelv? nemtom PHP emberi idoben letolja-e vagy C-ben irjak hozza kis szosszenetet?
Koszi!
Korábban úgy gondoltam, hogy a lekérdezés az az, amit az SQL-ben a SELECT paranccsal szoktunk csinálni, tehát amikor valamilyen adathalmazt gyűjtünk le az adatbázisból.
Mostanában viszont több helyen is láttam már, hogy az adatmanipulációs parancsokat is lekérdezésnek hívják, olyan megnevezésekkel mint "frissítő lekérdezés" (UPDATE) vagy "törlő lekérdezés" (DELETE), a SELECT parancsot pedig "választó lekérdezés"-nek nevezik.Én egy picit idegenkedem ezektől a kifejezésektől, mert a "lekérdezés" kifejezés egyfajta read-only érzettel társul bennem, így furcsálom amikor az adatmanipulációs nyelv parancsaira használjuk. Nektek mi a véleményetek a dologról?
Hali midnenkinek
Van ugye az a jó öreg mérőszám a mysql kihasználtságának mérésére hogy query per sec.
Eddig mindenféle számot láttam itt a 0-tól :) a ~20-ig.
Mit tudtok mondani viszonyításképpen kb. mi az ami amolyan túlterhelt rendszer, kicsit megterhelt, ideiális, alig terhelt stb.stb. szám lenne mondjuk egy egyszerűbb PC-re (P/SATA HDD, 512MB RAM, valamilyen P4)
Szeretnek par tanacsot kerni.
Van egy Intel P4 2.4GHz, 512MB RAM szerverem amelyen mysql-t hasznalok.
Szeretnem a szervert atrakni egy regibb gepre: Intel P2 266Mhz, 384MB RAM. A P4 nagyon sok aramot fogyaszt es a NAT/tuzfal dolgokat gondolom elvegzi egy regi gep is.
Szuksem van egy Apache es egy SQL adatbazisra is, akarok tesztelgetni PHP oldalakat es esetleg egy sajat weblapot tartani a P2-on.
Jelenleg a Mysql a Pentium 4 szerveren elege sok ramot eszik (19 es 30MB RAM kozott) - http://home.wplink.net/sql.png es nem is igazan hasznalom, csak egy adatbazisra.
Ha ilyen sokat eszik a Mysql mi a velemenyetek a postgresql-rol, kevesebb ramot eszik a postgresql ?
Koszonom !
Sziasztok! egy -számomra- "megoldhatatlan" problémába ütköztem. A mysqlt szeretném feltenni forrásból, de nem akar összejönni. Pedig pontról pontra / karakterről karakterre követtem az itt található leírást.
Indításnál azzal a hiba üzentettel áll le hogy :
root@server:/usr/local/src/mysql-5.0.18# /usr/local/mysql/bin/mysqld_safe -user=mysql&
[1] 4958
root@server:/usr/local/src/mysql-5.0.18# Starting mysqld daemon with databases from /usr/local/mysql/data
STOPPING server from pid file /usr/local/mysql/data/server.pid
060216 18:02:52 mysqld ended
Korábban azt gondoltam hogy biztos azért nem tudom felrakni mivel kicsit "viharvert" már az ubuntum ezért egy régi 4G vinyómra gyorsan felhuztam egyet és ott a teljesen friss oprendszeren újra próbáltam. Természetesen nem jött be. Vagyis a hiba nem bennem/készülékemben van. Hanem vagy a leírás hiányos vagy nem tudom. Kérlek segítsetek megoldani ezt a gondot mivel igencsak fontos lenne hogy 5.0.10-nál újabb mysql legyen, mivel a korábbiak nem támogatják rendesen a Triggereket. Ezért nem jó az apt-get mert a legfrisebb csomag is csak 4.1.12.
Itt van a 2 gépnek az adatai aminél próbálkoztam a fordítással.
Konfig:
Hardware :athlon 64 3000+
Os: Ubuntu 5.10 (alap kernel). + legfrisebb mysql 5.0.18.
Konfig2 (innen van a hiba üzi de mindkét esetbe ugyanaz a hiba):
Hardware : duron 750
Os: Ubuntu 5.10 (friss install, alap kernel). + legfrisebb mysql 5.0.18.
Köszönöm szépen.
Sziasztok!
Nem rég elkezdtem fejleszteni egy php-msql-es oldalt. Egyszerű login, és cikkek. Relációs modellt alkalmaztam, cikk és júzer táblával. Nem kellett több. Azonban közben elkezdtem egy másik oldalt is, itt már több dolog lenne... Blog, cikkek, hozzászólások, és még ki tudja mi jut útközben eszembe. Na, itt mit csináljak érdemes erre hierarchikus modellt alkalmazni? Ha relációs lenne jobb, akkor mennyire érdemes szétkapni a dolgokat? Külön tábla a blognak, cikkeknek, hozzászólásoknak? Vagy lehet pl. blog+cikk, és külön a kommentek? Igazából még nem nagyon csináltam ilyet, szóval nem nagyon tudom, hogy lenne optimális a lekérdezések gyorsasága miatt...
Előre is köszi!
PGee