Adatbázis: SQL, XML DB

Lehet, hogy én szúrok el valamit...
A query:
"update ugyfelek set nev=trim(nev) where nev not like '%Z%'"

A nev mezőben vannak spaceszel beírt nevek, erre kéne a trimmelés, de valamiért cseszik rá. A sima select ugyanezzel a kritériummal kihozza a várt listát.
Rosszul értelmezem a trim-et?

MEGOLDÁS:

"update ugyfelek set nev=trim(both unhex('C2A0') from nev) where nev not like '%Z%'"

Sziasztok

Problémám a következő lenne:
(Ubuntu 9.04 friss MySQL - 64bit)

CSV engine-t szeretnék használni, mert így külső programmal is lehetne az adattáblát használni, módosítani, de nem boldogulok a karakter készlettel. Az adatbázis UTF-8-ban van és a konzol is amiben nézem a fájl tartalmát, de a fájl önmagában értelmezhetetlen, használhatatlan, ha ékezeteket is használnom kellene.
Meg lehet oldani, hogy az adatbázisban is és a fájlban is olvasható és értelmezhető legyen az adat?

mysql> create database proba character set utf8;
Query OK, 1 row affected (0.00 sec)

mysql> use proba;
Database changed
mysql> create table t(foo varchar(32)) engine csv;
Query OK, 0 rows affected (0.01 sec)

mysql> insert into t values('öüóőúéáűíÖÜÓŐÚÉÁŰÍ');
Query OK, 1 row affected, 1 warning (0.01 sec)

mysql> select * from t;
+----------------------------------+
| foo |
+----------------------------------+
| öüóőúéáűíÖÜÓŐÚÉÁ |
+----------------------------------+
1 row in set (0.00 sec)

De:
root@X2:/var/lib/mysql/proba# cat t.CSV
"öüóőúéáűíÖÜÓŐÚÉÁ"

root@X2:/var/lib/mysql/proba# cat db.opt
default-character-set=utf8
default-collation=utf8_general_ci

Nem talalok semmi infot arrol, hogy mikor varhato az Oracle DB 10.2.0.5 megjelenese. A 10.2.0.4 mar egy eves, ugyhogy szerintem :) idoszeru lenne, de nem latok errol semmi infot. Milyen utemezessel dolgozik az Oracle? Lehet errol tudni valamit?

Sziasztok!

Segítséget kérnék a következőben:

egy mysql táblában time típusú mező ("ido") értékét szeretném egységesen egy órával megnövelni adott dátumú rekordok esetén (amit a "datum" mező tartalmaz)


update tablanev set ido = ( ido + INTERVAL 1 HOUR) where datum = '2009-01-20';

nem működik, de talán az interval lesz a dolog kulcsa.

Sziasztok!

Szeretnék készíteni egy táblát, ami a lekérdezés feltételének függvényében ad vissza egy sort. :) nyilván ez mindig így van, de ha pl. ez a lekérdezés:
SELECT user, dir FROM fake_table WHERE user = 'john';

akkor az eredmény:

user | dir
------------
john | john_dir

és bármelyik user-t kérdezzük le mindig ennek analógiájára adja vissza az eredményt. A userekről nem tudunk semmit, nincs róla nyilvántartás.
Muszáj valamilyen "fake table"-szerű megoldás, mert a lekérdezés formátumába nem tudok belenyúlni.

Sziasztok

string mySelectQuery = "SELECT kep, szoveg FROM Fejezet WHERE (tema_id = " + temaSorszamok[temavalaszt.Text]") AND (fejezet_id= "+fejezet_sorszam");

hogy hozhatnám össze
; hibát ír a fordító
az AND-del van a baj, hogy tudom összekötni a feltételt? a zárójelezéssel is para van
ötlet?

sziasztok

A problémám a következő van két szerver windows2003 és linux ubuntu 8.04 a windowson van egy pervasive adatbáziskezelő. Linuxről kellene phpból lekérdezéseket megvalósítani. Ha valaki tudna segíteni -e kettő összehozásában megköszönném, akár honorálnám is valamivel :)

Üdv,

druss42

Sziasztok,

Beállítom az ORACLE_SID-et, majd emctl start dbconsole.El is indul szépen, el tudom érni a megadott címen:https://localhost:5502/em/
Azonban Listener indításakor az alábbi hibát kapom: Validation Error ERROR: NMO not setuid-root (Unix-only)
a root.sh-t futtattam, root-ként úgy hogy nem futott az emctl.Az nmo fájlok suid-en vannak:
-rwsr-xr-x 1 root oinstall 30444 ápr 3 10.47 nmo

Valamit kihagytam volna ?

Sziasztok!

Régebben csináltam a melóhelyemen egy PHP-ban írt nyilvántartó rendszert.
Az operációs rendszer openSuSE 10.0
MySQL szerver és kliens: 4.1.13 (csomagból)

Ma reggel a következő jelenség fogadott: nem tudtam lekérdezéseket végrehajtani.
A parancssori mysql kliensben kiválasztottam az adatbázist (USE), majd mikor lekérdeztem volna, a következő hibaüzenetet dobta ki:

ERROR 1017 (HY000): Can't find file: './ADATBÁZIS/beerkezett.frm' (errno: 13)

és a PhpMyAdmin sem tudja megnyitni így az adatbázist. A furcsa, hogy a kérdéses fájl létezik és a helyén van (illetve ez a normális :)), de nem mégsem találja a szerver.
Gondoltam, hogy csak megsérülhettek az adatbázis-fájlok. Átmásoltam őket egy windows-os MySQL 4 szerverre és ott rendesen olvasta írta és az adatbázist. Korábbi napok mentéseit is kipróbáltam, de ugyanezt produkálta velük a linuxos mysql szerver.
Találkozott már valaki ezzel a problémával? Mi a megoldás? Rakjam fel újra a MySQL csomagokat? Holnap reggel kezdem el szögelni a gépet, de addig felpakoltam egy EasyPHP-t a titkársági XP-s gépre, ideiglenesen arról fut a rendszer.
De egy másik adatbázissal meg működik rendesen ugyanazon a linuxos szerveren.
Mi történhetett?

Köszi.
MysteryKe.

Szerk: Gugliztam már, mielőtt még valakitől ezt a hasznos tanácsot kapnám... :)

Van egy ilyen tárolt függvényem:

CREATE FUNCTION SPLIT_STR( x VARCHAR(255), delim VARCHAR(12), pos INT)

RETURNS VARCHAR(255)
RETURN REPLACE(SUBSTRING(SUBSTRING_INDEX(x, delim, pos), LENGTH(SUBSTRING_INDEX(x, delim, pos -1)) + 1),delim, '');

Hogyan bővítsem ki úgy, hogy abban az esetben, ha nincs delimiter, akkor az eredeti x stringgel térjen vissza? MySQL függvény szintaxissal még hadilábon állok... :(