Adatbázis: SQL, XML DB

Oracle XE probléma

Feltettem linux és windows alá az Oracle XE-t, virtuális gépet használva.
Fel is mászott szépen és beállítottam, hogy távolról is elérjem.
Otthon egy próba erejéig csináltam egy egyszerű táblát a GUI-s wizardot használva, meg SQL parancsokkal is játszottam, működött is szépen.

Viszont ma, ha táblát akarok a a GUI-s wizarddal látrehozni az utolsó lépésnél kidobja, h a lap nem jeleníthető meg és nem is csinálja meg a táblázatot, ha meg SQL paranncsal csinálnám akkor meg feldob egy ablakot aminek az a neve, hogy: Enter Bind Variables és van rajta egy darab Submit gomb. Ha rábökök akkor kerreg kb. 2 percig és kiírja, hogy Internal Server Error.

Ezt csinálja mind a SYSTEM userrel és egy DBA joggal rendelkező user esetében is.
Mind Windows mind Linux alatt ugyanez a jelenség, tehát egyszer jól működött biztosan, de valamiért most már nem megy.

ODBC linux alatt MSSQL szerverhez nem mükszik...

Üdv !

Munkámból adódóan próbálok egy MSSQL szerverhez Ubuntu 7.10 alól kapcsolódni FREETDS-el. Sajna nem igazán van sikerélményem, mivel nem kapcsolódok már a tsql sem. Foglalkozott ilyennel már valaki ? Minden ötletnek örülnék.

Amit használok: freetds 8.0 protokol verzióval ujrafordítva, odbcinst futtatva és paraméterezve. MSSQL 200-re szeretnék kapcsolódni egyenlőre, később 2005-re.

A hibaüzenetem, hátha segít valakinek :
locale is "en_US.UTF-8"
locale charset is "UTF-8"
Msg 20009, Level 9, State 0, Server OpenClient, Line 0
Server is unavailable or does not exist.
There was a problem connecting to the server

Amit már olvastam:
ezt és ezt is. És még sok kicsi doksit, de nem jutottam előrébb. Elvileg minden rendben van, de nem akar kapcsolódni.

Ha valakinek sikerült már működésre bírnia ilyesmit, kérem ne kíméljen az ötletekkel !

Előre is köszi !

KoVi

mysqldump hibauzenet

Sziasztok,

talalkozott mar valaki ezzel a hibauzenettel :

mysqldump: Couldn't execute 'SHOW TRIGGERS LIKE 'sys\_log'': Can't
create/write to file '/usr/local/mysql/data/#sql_540b_0.MYI' (Errcode:
24) (1)

Van 5 db amit scriptel naponta mentenek, az elso 4 nel nincs is hiba, de az 5 db
nel (ami a legnagyobb) a fenti hibat kapom, mind scriptbol, mind parancssorbol.

Google szerint, a particio csak olvashato, (biztos nem ez a hiba).

koszi a valszokat

MySQL 4.0.24-ről költözés 5.0.32-re karakterkódolás probléma

Sziasztok!

Hátha tudtok nekem segíteni az alábbi problémában.

Új szerverre költöztetnék egy oldalt, a régi szerveren a Sarge kiváló 4.0.24 -es MySQL volt, az új szerverre pedig Etch került 5.0.32 MySQL-el.

Kidumpoltam az adatbázist a régi szerverről ami latin1 swedish karakterkészlettel futott, azt gondoltam, hogy nem fog simán menni az UTF8 átállás, de hát majd jól megoldom "sed"-el, aztán rájöttem, hogy nem.

Szerintem a probléma már a dumpolásnál kezdődhet, mert az ékezetes karakterek helyén többnyire "." van .

Valamit elsz@rok a dumpolásnál?

mysqldump --user=root --password=pass --default-character-set=latin1 mydb > mydb.sql

oracle alá hardver

Hátha csinált valaki itt ilyet, vagy van tapasztalata: oracle alá kellene egy vasat méretezni nagyjából. Amit kb tudni lehet:

-egyszerűbb query 150 db/sec,
-bonyolultabb query/tárolt eljárás 75db/sec,
-kb 40-50 tábla,
-összesen úgy 2-3M rekord hosszú távon,
-mindezt napi 12 órában (a maradékban nem fut az alkalmazás),
-Solaris 10

Azt tudom, hogy a több ram/több ghz/gyorsabb diszk az jó. De kb mi a minimum cpu/órajel, amin ez képes elfutni? Az se baj, ha nem sparc-ra, x86-ra tud adni valaki kb valamilyen becslést. És van értelme itt a 64bites cpu-knak?