Newsgroup: it.comp.lang.visual-basic
Titolo: lettera à in polonia problemi...

ho un programma installato su un pc in lingua polacca
tale programma legge un file ascii inviato da qui (con delle query) e poi
esegue tali query sul database sql
la query contiene il campo "quantità" che letto sul pc polacco contiene
"quantit e qualcosa d'altro di strano con code 224 (che da noi è "à")
la cosa strana è che là a 225 corrisponde "á" (come qui) ma a 224 qualcosa
d'altro
avete suggerimenti ?
grazie ciao
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 avete suggerimenti ?
Faccio dell'ironia facile: Se nessuno usa caratteri accentati come nomi dei
campi, ci sarà un motivo...
Quantità, ad esempio, è di solito Qta o Quantita.
Morale: non so aiutarti.
Ciao
Alberto

 Quantità, ad esempio, è di solito Qta o Quantita.
Beh pure io faccio così :-)!
-- 
Alex {per email metti '[NOSPAM]' nell'oggetto}
"Prima di dedicarti all'impossibile accertati di aver fatto tutto il
possibile" (Alex1980)

 come nomi dei campi, ci sarą un motivo...
gią lo so ma ormai la frittata č fatta, ho decine di programmi, trigger
store procedure che lavorano su quel db...


 trigger store procedure che lavorano su quel db...
Beh, il problema ti si pone solo in estrazione ed esportazione su Ascii, non
nell'operativitą interna.
Quindi estrai con
Select [Quantitą] AS Qta
e dovresti essere a posto.
Ciao
Alberto

 e dovresti essere a posto.
ma io nei file ascii non ho i dati ma le query da eseguire (in polonia)
quindi la tua query Select [Quantità] AS Qta in polonia provoca errore
perchè la à è sost. da un'altra e il campo quindi non esiste


 esiste
Ok, avevo frainteso.
Beh, allora credo tu possa provare a salvare i file in Unicode, ma temo che
qualche casino ci sarà comunque...
Al limite, puoi realizzare un piccolo tool che setaccia il file di testo ed
esegue delle sistemazioni, ma chissà...
Ciao
Alberto

avete suggerimenti ?
Visto che ormai hai fatto la cazzata di utilizzare dei nomi sbagliati
per files e campi (mai mettere caratteri che sono al di fuori del
range >= 65 <= 90 (maiuscole) oppure >= 97 <= 122 (minuscole), alcuni
non consentono neanche di inserire i numeri (0--9) come primo
carattere 
Sconsigliato anche ad usare il carattere _ (undescore) anche se molto
usato perchè fa a pugni con la sintassi di sqlserver che utilizza quel
carattere per propri scopi.
Soprattutto non si devono MAI inserire caratteri superiori a chr(126)
(la tilde che mi sembra sia di solito vietata).
Potresti rimediare (parzialmente) al danno che hai fatto agendo nel
seguente modo (a parte correggere i sorgenti):
   Set cnn = New ADODB.Connection
   With cnn
      .CursorLocation = adUseClient
      .Provider = "Microsoft.Jet.OLEDB.4.0;"
      .Open "Data Source=" + <database.mdb> + ";" 
   End With
   per ogni tabella che ti interessa:	
   Set rsSchema = cnn.OpenSchema(adSchemaColumns, _
        Array(Empty, Empty, myTabe))
   rsSchema.Sort = "ORDINAL_POSITION"
   Debug.Print "Results using the OpenSchema method"
   While Not rsSchema.EOF
      'Debug.Print rsSchema!COLUMN_NAME
      in questo modo hai il column_name come lo scrive "lui" e puoi
certamente salvarlo su una variabile per un eventuale utilizzo
successivo, naturalmente il campo sulla select dovrai scriverlo con le
parentesi quadrate
      rsSchema.MoveNext
   Wend
=======================================================================
Se mi vuoi scrivere togli le maiuscole
Sveltolampo 
cteniza...@hotmail.com
=======================================================================

 Quantità, ad esempio, è di solito Qta o Quantita.
Usare i termini in inglese è la cosa migliore, non esistono problemi di
accenti e si evitano nomi incomprensibili (oltre che errati) ;-)
Ciao.
-- 
BSD is for UNIX lovers -- linux is for Windows haters.