Yep zum glueck hat er nur das neuste von nesten :-) Im SQL waeren halt noch ntext,nvarch .... zum empfehlen..
Nur egal was kommt, jede sprache gehoert hier in seinem fall in eine eigene DB weil es ja ein CMS weren soll. Wenn nur ein paar Forms oder Menus Multilanguage sein sollen braucht's das nicht. Gruss Roman Pittroff Consulting Bangkok, Thailand > >>Also ich habe schon chinesisch in access 97 gehabt, >>und erst recht im MS SQL wo wir schon thai englisch japanisch und >>chinesisch in 2 Dialekten hatten, nur hakt jedes in einer eigenen DB >Access DB's kannst du mit verschiedenen Zeichens�tzen >erstellen (siehst du, wenn du per ADO DB's erstellt). Access >97 speicherte die Dateien noch als ASCII; somit kannst du pro >DB nur 1 Tastatur Layout verwenden... Er will jedoch mehrere >Sprachen in einer DB; aber zum gl�ck benutzt er Access 2k. Du >siehst den Unterschied Access97/2k in der Hilfe. Mit 2k kam >auch die Option UnicodeKomprimierung f�r Texte. Dies kommt >daher, dass man normalerweise f�r einen Text immer die einen 8 >Bit immer gleich sind (CodePage oder so)... somit kann Access >diese "komprimieren", sodass 1 Zeichen dennoch nur 8Bit >ben�tigt, und nicht 16. > >Gruss > >Christian | [aspdecoffeehouse] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
