Newsgroup: it.comp.lang.perl
Titolo: traduzione di "binding"

Salve a tutti.
Poiche' ho imparato Perl in inglese, e in un periodo in cui lavoravo
all'estero, e non avevo scambi culturali in italiano, ho un problema di
traduzione di un termine inglese legato a Perl.
Il termine e' "binding", che si potrebbe tradurre sia "legame" sia
"collegamento", o magari in qualche altro modo.
Vorrei precisare che piu' che il termine perfetto, sto cercando, se 
esiste, il termine che viene usato correntemente nella comunita' 
informatica italiana.
Se qualcuno ha "Programmare il Perl DBI" in italiano, potrebbe dare
un'occhiata al capitolo 5 e vedere come e' stato stato tradotto
"binding" in questi titoli?
"Binding parameters to statements"
"Binding Input and Output Parameters"
"Binding values without bind_param()"
"Binding output columns"
Grazie
Ciao
gmax
-- 
   ____ ____  _____ _   _
  / _  |    \(____ ( \ / )
( (_| | | | / ___ |) X (
  \___ |_|_|_\_____(_/ \_)
(_____|
Sapere, saper fare, fare, far sapere
http://gmax.oltrelinux.com

 writes:
...
gmax> Se qualcuno ha "Programmare il Perl DBI" in italiano, potrebbe
gmax> dare un'occhiata al capitolo 5 e vedere come e' stato stato
gmax> tradotto "binding" in questi titoli?
Che strana domanda, comunque ho quel libro, lo presi proprio per
minimizzare problematiche di connessione ai differenti database,
e` uno dei pochi che ho preso in Italiano, e anche uno dei pochi
che ho abbandonato sullo scaffale, le pagine Apogeo(Oreilly) inoltre
hanno una piu` bassa qualita` di quelli Oreilly.
Comunque io uso il mio modulo SQLI, che trasforma tipi di dati perl in
blocchi di istruzioni SQL e le esegue con i controlli necessari,
ritornando strutture dati perl.
gmax> "Binding parameters to statements"
E` stato tradotto "Associare parametri alle istruzioni"
gmax> "Binding Input and Output Parameters"
"Associare parametri di input e output"
gmax> "Binding values without bind_param()"
"Associare valori senza bind_param()"
gmax> "Binding output columns"
E anche qui Associare..
semplicemente e` quell'operazione che
 associa / sostituisce / fa corrispondere / abbina (io userei abbina)
al codice SQL del tipo
"INSERT INTO database (col1,col2) VALUES (?,?) WHERE id=?"
preparato, i valori al posto dei ?
Dovrebbe essere in relazione ad una ottimizzazione con alcuni database,
come oracle, in cui ci si aspetta che questo minimizzi il trasferimento
dati nel network verso il server di database, e servirebbe ad eseguire
del pseudocodice che il database-server potrebbe preparare in una
sorta di cache del pseudocodice.
In pratica ho qualche dubbio che tutto cio` accada anche con oracle
perche` non ho mai notato differenze di prestazioni, ma non ho mai
approfondito piu` di tanto, perche` considero la logica che sta dietro
ai database relazionali piuttosto ottusa in partenza. Con questo non
voglio mancare di rispetto a chi ha progettato database server,
e` molto complicato.
Al posto dei database io preferirei usare integrali e differenziali
dinamici logici sui dati, non stupide tabelle.
gmax> Grazie
gmax> Ciao
gmax> gmax
gmax> -- 
gmax> Sapere, saper fare, fare, far sapere
gmax> 
http://gmax.oltrelinux.com
Saluti,
MARco
-- 
xref: 
http://mar.i.am/~u16583.34490/it.comp.lang.perl/binding,it
x(t),y(t) = th(3t-34.5)*e^[-(3t-34.5)^2]/2-4.3+e^(-1.8/t^2)/(.8*atg(t-
3)+2)(t-1.8)-.3th(5t-42.5),(1.4e^[-(3t-34.5)^2]+1-sgn[|t-8.5|-.5]*1.5*
|sin(pi*t)|^[2e^(-(t-11.5)^2)+.5+e^(-(.6t-3.3)^2)])/(.5+t)+1  ; 0<t<14

 
Ti tingrazio per la spiegazione, ma non e' il concetto che mi sfugge, 
come puoi vedere da 
http://gmax.oltrelinux.com/dbirecipes.html
Quello che mi mancava era il termine corrente in italiano.
Ciao
gmax
-- 
   ____ ____  _____ _   _
  / _  |    \(____ ( \ / )
( (_| | | | / ___ |) X (
  \___ |_|_|_\_____(_/ \_)
(_____|
Sapere, saper fare, fare, far sapere
http://gmax.oltrelinux.com

 dinamici logici sui dati, non stupide tabelle.
E.Codd ha vinto l'ACM Turing Award con la sua algebra relazionale.
Cio' che tu chiami "stupido" e "ottuso", io lo chiamerei piu'
prudentemente "elegante".
Ma forse questo e' argomento da it.scienza.informatica ....
 Raffaello

 writes:
Raffaello> On Wed, 9 Jun 2004, Usenet MARco 16583.34490 wrote:
         > > Dovrebbe essere in relazione ad una ottimizzazione con
         > > alcuni database, come oracle, in cui ci si aspetta che
         > > questo minimizzi il trasferimento dati nel network verso
         > > il server di database, e servirebbe ad eseguire del
         > > pseudocodice che il database-server potrebbe preparare in
         > > una sorta di cache del pseudocodice.
Raffaello> E' esattamente cosi'.
Ci tengo a precisare: sono parole mie e che non ho letto da nessuna parte.
(Le ho dedotte pensando a quale applicazione migliore potesse essere
dietro l'abbinamento dei parametri). Avevo anche motivi per non
approfondirle olre.
         > > In pratica ho qualche dubbio che tutto cio` accada anche
         > > con oracle perche` non ho mai notato differenze di
         > > prestazioni, ma non ho mai approfondito piu` di tanto,
         > > perche` considero la logica che sta dietro ai database
         > > relazionali piuttosto ottusa in partenza. Con questo non
         > > voglio mancare di rispetto a chi ha progettato database
         > > server, e` molto complicato.
Raffaello> Da qualche anno lavoro con Oracle e ti posso assicurare che
Raffaello> la prestazione delle query aumenta utilizzando quelli che
Raffaello> nella traduzione italiana del libro su Perl DBI vengono
Raffaello> chiamati "segnaposto" (i punti interrogativi).
Puo` essere anche un fatto di versioni diverse, sia di Oracle che di DBI,
o piu` semplicemente parametri specifici.
in ogni caso il mio test non era approfondito [come dicevo] (non era
mio interesse ne` economico ne` intellettuale approfondire la questione;
visto inoltre che il mio interesse cognitivo non e` quasi mai disinteressato,
ho voluto anche giustificare il perche`, in una mia prospettiva
di superamento dei database relazionali).
         > > Al posto dei database io preferirei usare integrali e
         > > differenziali dinamici logici sui dati, non stupide tabelle.
Raffaello> E.Codd ha vinto l'ACM Turing Award con la sua algebra relazionale.
Ted Codd nel 1981 per lavori pubblicati nei primi anni '70
Mi fa piacere che tu sia intervenuto dal Rechenzentrum di Berlino,
perche` e` un piacere incontrare interlocutori di un certo livello
intellettuale; pero` hai girato le mie affermazioni in un modo che non
si addice a me.
Raffaello> Cio' che tu chiami "stupido"
precisazione marginale: scrivevo "stupide tabelle" provocatoriamente,
Raffaello> e "ottuso",
Il motivo per cui ho scritto "logica ... piuttosto ottusa"
e` perche` i vincoli locali alle relazioni logiche tra
realta`, _struttura_ dati e tabelle complicano (nel senso che
aggiungono inutile entropia alla dinamicita` della logica).
Similmente -per fare un esempio- ritengo la macchina di Turing
un modo complicato di risolvere l'esecuzione degli algoritmi.
Pecca nel limitare troppo l'eseguibilita` del flusso logico.
Didatticamente sono passi importanti, i RDBMS hanno anche una tradizione
applicativa consolidata, ma e` per me evidente che c'e` spazio logico
per sfruttare meglio la dinamica di memorizzazione nello spazio fisico.
Se si vuol approfondire l'ottimizzazione bisognerebbe anche
tener conto di quali limitazioni locali alla logica si sono scelte.
Raffaello> io lo chiamerei piu' prudentemente "elegante".
L'eleganza in informatica -che e` una scienza aperta- e` un concetto
con una forte componente soggettiva, i cui canoni sono in funzione
della conoscenza, che e` in espansione.
Raffaello> Ma forse questo e' argomento da it.scienza.informatica ....
Si`, qualche volta scrivo anche in quel newsgroup, non mi sembra pero`
il caso che sia io a girare anche i followup li,  puoi rispondermi tu
li`, trascinando queste righe di commento ad introduzione del xpost.
Raffaello>  Raffaello
Saluti,
MARco
-- 
xref: 
http://mar.i.am/~u16584.28149/it.comp.lang.perl/rdbms,it


 li`, trascinando queste righe di commento ad introduzione del xpost.
Rinnovo l'invito, su it.scienza.informatica troveresti persone interessate
a discutere modelli dei dati alternativi a quello relazionale.
Sono _realmente_ curioso di conoscere queste alternative.
 Raffaello