Newsgroup: it.comp.lang.visual-basic
Titolo: DAO - ADO varie ed eventuali

Piccola introduzione:
sviluppo da anni software gestionale utilizzando, udite udite!, VB6 + 
DAO con database Access 97.
Qualcuno sarà già inorridito ma per l'esigenze della mia clientela tali 
piattaforme non mi hanno mai dato problemi nè di sicurezza nè di 
velocità di elaborazione.
Questo perchè la mia clientela di riferimento è composta da artigiani, 
professionisti o piccole aziende on un numero limitato di stazioni di 
lavoro.
D'altro canto il mondo va avanti ed ieri ho affrontato la realtà e mi 
sono messo a vedere cosa potrebbe usare un programmatore di software 
gestionale del 2011 ...
Cosa ho fatto:
dopo avere installato Visual Basic Express Edition 2008 ho fatto un pò 
di prove di gestione database.
Dire che ho trovato una situazione, per me, confusa è poco.
Ero e sono abituato alla mia bella griglia TrueDbGrid, ai miei 
Recordset, cose chee gestisco ad occhi chiusi.
Tutto obsoleto e/o non utilizzabile ...
La domanda:
nel marasma di ADO, 
ADO.NET
, OLEDB, ASP, SQL, MYSQL, Dataqui, Datalà non 
ci ho capito molto.
Ho anche il timore di abbandonare una tecnologia sorpassata ma leggera 
in cambio del supermegadatabase che per le mie esigenze sicuramente 
sarebbe inutilmente poderoso.
Qualcuno che prima di me ha affrontato questo momento cruciale ha voglia 
di darmi qualche suggerimento?
Grazie a priori.
Ciao, Fabrizio

 Piccola introduzione:
Fidando nella tua voglia di leggere ed imparare
una semplice guida è sempre la solita
http://totemslair.org/guide/vb.php
....sarà interessante notare come questa guida a dispetto delle 
"n-mila" altre che usano sqlServer usi invece MySQL aprendo un mondo di 
possibilità in più!
per quanto riguarda la transizione vb6 
vb.net
:
Le avventure in VB.Net di un principiante ex-VB6
(sono ad oggi 22 articoli)
...il primo...
http://www.visual-basic.it/articoli/ozdcFirstSteps_01.htm
Per il dolore...non ci sono Aulin di sorta!
L'informatica purtroppo e per fortuna presuppone un costante 
aggiornamento terminante solo con la pensione!....o con l'assoldamento 
di una squadra di programmatori! ;-)
-- 
----- Italliaaaaa 3227! -----
Ci sono cattivi esploratori che pensano che non ci siano terre dove 
approdare solo perché non riescono a vedere altro che mare attorno a 
sé.
(Francesco Bacone)

Il 25/08/2011 17:24, Wodka40° ha scritto:
Mi hai letto nel pensiero ... stavo guardando, nei vari negozi online, i 
libri sull'argomento e mi dicevo: "avrei dovuto scrivere che mi 
servirebbe un consiglio su un testo da studiare" ...
Per quanto riguarda MySQL ho solo una perplessità: studiare una cosa 
nuova o una altra alla fine cambia poco però non vorrei trovarmi nelle 
condizioni di sparare ad una formica con il cannone!
Come ho detto ora come ora con il mio MDB 97 non mi manca quasi nulla 
per le applicazioni locali. Applicazione remote non ne faccio, anche 
perchè non potrei :)
Guardo subito i tuoi link
Grazie, Fabrizio

 Il 25/08/2011 17:24, Wodka40° ha scritto:
beh la cosa si risolve sempre con
"che tipo di attività hai?"
e
"che tipo di servizio offri?"
Se sei alle soglie della pensione e non hai più voglia/prospettiva di 
aumentare i profitti.....butta via tutto...compra un biglietto per la 
piscina...e goditi il fresco ... continuando a gestire (fino ad 
esaurimento) i tuoi clienti con vb6 + dao!
MA
se smadonni parecchio nella manutenzione di un progetto perchè l'uTonto 
ti cambia un sacco di volte le interfacce...o le stampe...o le 
richieste (a me succede)
Se il cliente parte con una applicazione da due terminali e poi vuole 
aggiungerne altri
Se il cliente è preoccupato per l'integrità dei dati
Se il cliente vuole rendere la gestione di ALCUNI dati accessibile da 
internet
Se il cliente vuole usare i "cosi nuovi" tipo netbook o smartphone
Allora Access è il prodotto meno adatto....vb6 arranca!
INOLTRE
oggi tutto il modello gestionale si sta spostando da "un mondo di 
programmi" (Chiusi costosissimi)  a "un mondo di servizi" (aperti poco 
costosi...talvolta gratuiti).
TRADOTTO?
tradotto significa che io ti faccio una applicazione in 
vb.net
 ed 
access
come la facevi in vb6 (ma in meno tempo)....e con pochissima fatica te 
la faccio diventare multi-utente con il motoredb che vuoi!
significa che separato dati logica interfaccia (in vb6 è un bagno di 
sangue....e non l'hai fatto nei tuoi programmi...son sicuro)
Questo vuol dire che posso fottere il cliente che finora ha fottuto me!
Ossia posso cambiargli la stracazzo di interfaccia facendogliela come 
vuole senza stravolgere nulla del resto.
In VB6 ti ricordi i casini della truedbgrid, dei pannelli, della 
quantità di codice business affogato nel codice dell'interfaccia 
grafica??? Dei quintali di carta tenuti per ricordarsi che cosa avevamo 
"spippolato" per mettere le icone trasparenti nelle celle delle 
griglie?
E l'inferno delle DLL: si faceva un aggiornamento ottimo nel nostro pc 
e smetteva di funzionare il runtime dal cliente???
Nicola Ottomano che è più bravo di me assai e ne capisce di WPF diceva 
che aveva i fogli di stile. Ne faceva uno nuovo e tutta l'interfaccia 
cambiava! Io che son fermo ancora al winForm BRAMO una cosa del genere 
e stò studiando!
CI SONO MILLE E PIU' MILLE ragioni per buttar via vb6 ed Access 97...
la migliore di tutte: smette di bruciare lo stomaco!
:)
p.s.
Ovviamente all'inizio dello studio di dotNet il Malox ci vuole!
Va pianificato un percorso di studio!
Senza quello....si va a finire come John!
Tu non sei come John vero?????   ;-)
-- 
----- Italliaaaaa 3227! -----
Soldato Joker, cosa ci fa il soldato Palla di Lardo con quel fucile in 
mano nel mio fottutissimo bagno?
Sergente Artman [ da: "Full Metal Jacket" ]


"Ma tu ci sei nato sotto forma di viscido sacco di merda, Palla di 
Lardo, o ci hai studiato per diventarlo?"
Non è per caso che mi sto PalladiLardando? spero proprio di no!

 Dovere buttare via poi il lavoro di anni :(
Gia' che stai mettendo mano all'infrastruttura, ti consiglierei di vedere 
Firebird come db server
Performante, affidabile, assistito, semplice da installare e manutenere, 
nessun costo
Ciao
RobertoA

 Il 25/08/2011 18:13, Wodka40° ha scritto senza tanti giri di parole:
zac
Un programmatore non butta MAI via il lavoro di anni!
E' come il falegname....sostituisce la sega a mano con la sega a 
nastro....e poi con la fresa a controllo numerico!
Lo dice anche il proverbio
"Chi si ferma è perduto....mille anni al minuto!"
:)
p.s.
Uso MesNews ed ho impostato un po di firme in automatico.....
non sò quale mi sceglie!
Perchè????... ti senti il soldato Joker????
p.p.s.
Qui sotto c'è un altra firma! B-)
-- 
----- Italliaaaaa 3227! -----
Era Cecco, il figlio del fornaio; era un orribile butterato napoletano, 
col culo molto basso ed un alito agghiacciante tipo fogna di Calcutta.
(Fantozzi)


Ho usato il termine buttare in modo inappropriato, è chiaro che il 
lavoro fatto non si butta via.
Però: provando l'importazione in VB 2008 di un mio attuale programma in 
VB6, di un bel file BAS contenente nmila riga di librerie varie sono più 
le righe di warning che quelle passate indenni.
Quindi non si butta ma si riscrive, alla fine in sostanza riguardo il 
lavoro da fare cambia poco.
Poi non parliamo delle stampe: io uso Crystal Reports ancora con il suo 
OCX ... mo' dove devo andare a parare?
Ciauz

 Ciauz
Quando sono nato le auto andavano a benzina NORMALE....mio padre mi 
portava al mare su una Fiat 1100 D.
Poi quando a Torre del lago ci stavamo per schiantare contro la chiesa 
perchè si erano rotti i freni
Comprò una 128 VERDE!!!....per moltissimi anni la tenne!Ed andava a 
bensina super!
In seguito comprò una Alfa Romeo Giulietta 1600...Alla bensina Super si 
aggiunse il carburatore doppio corpo! Erano rosa ! Trazione posteriore 
motore bellissimo....rombo pure...cambio a leve cagata pazzesca!
....a 18 anni io mi comprai una 127 sport di 5 mano...poi una renault 5
poi mi toccò per un anno la Giulietta!
ed in seguito la macchina più bella
Golf GTi 16v
Complice l'incoscenza , il motore, gli scarsi autovelox....furono anni 
over 200 Kmh.
Adesso con la famiglia a carico, la crisi, le polveri sottili
ho una multipla a Metano: pulita ecologica economica
....pensa se avessi detto: ho una macchina a benzina NORMALE che ancora 
ha le ruote e si mette in moto...perchè buttarla via?
:')
p.s.
E' venerdì ...m'è scappata la "parabola" !!!
-- 
----- Italliaaaaa 3227! -----
Là dove l'uomo scopre un minimo di ordine, immediatamente ne suppone 
troppo.
(Francesco Bacone)

 bensina 
uh!...devo andare dall'oculista ....non centro più i tasti!!!
-- 
----- Italliaaaaa 3227! -----
Quando vedi la tua verità fiorire sulle labbra del tuo nemico, devi 
gioire, perché questo è il segno della vittoria.
(Giorgio Almirante)

 sparare ad una formica con il cannone!
giusto una nota di redazione, sempre che vi interessi, MySql non è 
free, quindi se avete a cuore l'aspetto legale della cosa non lo potete 
usare a meno che la vostra applicazione non sia anch'essa GPL.
.m
-- 
è corta

Il 26/08/2011 10:08, Wodka40° con la giusta dose di cinismo ha scritto:
Mi stai massacrando psicologicamente ...
Sono alla seconda lezione di VB.Net per un principiante e sto scoprendo 
il mondo SQL Server ... anche i tipi di dati sono cambiati il text di 
SQL è il vecchio memo di Access mentre il vecchio text diventa varchar 
... mavaffanculo!
Verificando i modelli di auto direi che siamo in età compatibile
La mia speranza sono i figli, se diventano produttivi prima che mi venga 
un embolo per lo sforzo di studiare le nuove piattaforme riusciamo a 
portare avanti la software house di famiglia ;)


Precisazione utilissima, grazie

 E' venerdě ...m'č scappata la "parabola" !!!
Oddio  si sente pure gesu' cristo
:-) 

 avanti la software house di famiglia ;)
Scusa però è....
non hai mai creato da SQL una tabella???
Mai avuto una richiesta un po più elaborata?
No perchè Access è un ottimo prodotto....ma per un utente evoluto!
Il commercialista ha bisogno di un database per le pratiche...e se lo 
fà da se!
Il ragioniere ha bisogno di un indirizzario e di uno scadenziario e se 
lo fa da se!
Il commerciale ha bisogno di un report con i dati di vendita zona per 
zona agente per agente...e se lo fa da se!
Access è impagabile: un file! Te lo porti ovunque....dentro ci sta 
grafica, stampe, dati, te lo metti nel portatile ed aggiorni i dati 
cliente per cliente.
Quindi OTTIMO...per un uso monoutente!
Ma se deve essere multiutente...l'approccio database su file comincia a 
venire meno!
Cominci ad avere i problemi di reperimento fisico del file, di 
bloccaggio file, di gestione manutenzione.
La soluzione cliente server è mitica in questo.
Metto un database in un pc(anche vecchio, anche linux)
ad esempio
Centos+Postgresql (tutto gratis)
MacOs+Mysql (paghi qualcosa)
Windows+SqlserverExpress (tutto gratis)
...unica avvertenza...il pc in rete tcp/ip!
....ti assicuro che con le nuove distro di linux ...pure io ce l'ho 
fatta...ed è pure divertente (e se il pc non ha proprio componenti 
strani...si fa anche prima di windows una installazione!)!
Caso ha il tuo cliente adesso? il 70% di una soluzione centralizzata!
Che ti manca?
Il client(e)....il terminale che accede ai dati!
Vb.net + Winform (comincia a essere obsoleto...microsoft non lo spinge 
più!)
Vb.net + WPF (il futuro)
....questa èla roba che puoi usare per diseganre l'applicazione!
La prima Raster (punto a punto come vb6)
la seconda vettoriale (come un file pdf....per interfacciare al meglio 
i nuovi monitor e/o dispositivi diavoleria che nascono ogni giorno).
Se il tuo client deve giarre in una macchina XP non proprio nuova....ti 
consiglio ancora winform!
Lavorare client server in vb6 si chiamava....tanti post storici su 
questo NG
Architettura 3-tier...ti ricordi? Dati-Business-Interfaccia
Bene in dotnet lo fai agevolmente
DATI .....sono gia sistemati
Interfaccia ....Pure
Che manca?....business
Dotnet in questo aiuta: abbiamo una architettura che implementa OOP 
abbastanza bene!
Quindi possiamo costruirci mmattoncini Lego chiamate classi che 
compongono la nostra applicazione
COME le tue librerie ma MOLTO più manutenibili ed espandibili!
Un esempio stupidissimo
Classe fattura potrebbe essere lo scheletro di una classe che recupera 
dal database i dati e li dispone in una tabella (dataTable temporanea) 
con tutti i raggruppamenti e campi calcolati di una fattura
Poniamo che tu voglia in seguito alla personalizzazione cambiare 
qualcosa nel metodo di calcolo...ad esempio vuole emettere fatture con 
ritenute di acconto e contributo inps al 4%...ma solo alcune!
In vb6 dovrei studiare una funzione apposita ed innestarla nel flusso 
della mia fattura....flusso che quasi sicuramente essendo molto 
incasinato deve essere trovato a colpi di documentazione cartacea e "mi 
ricordo che" !
in dotnet DERIVI la classe: ne fai un altra chiamata FatturaconRitenuta 
che eredita TUTTO della vecchia classe Fattura TRANNE il metodo di 
calcolo dell'iva che viene SOVRASCRITTO dal nuovo metodo che calcola 
ritenuta acconto e contributo INPS...un bel vantaggio in termini di 
tempo, chiarezza, pulizia!
e questo è un esempio volutamente stupido!
Inoltre pensa a questo....tutta sta roba la metti in una terza scatola 
(chiamata assembly) che comunica con la scatola Interfaccia e la 
scatola Database con oggetti standard
Quindi tutto è montabile e smontabile (con un minimo di impegno ovvio) 
in poco tempo....quindi la manutenzione è facilitata....quindi è un 
sistema CONVENIENTE anche per una applicazione "sega" monoutente: ci 
sono database embedded: Access, Sqlite, Firebird
T'ho fatto venir voglia di studiare sta roba???
;o)
-- 
----- Italliaaaaa 3227! -----
Sa cosa mi disse a Roma il cardinale Poletti? "Lei fa del bene, perchè 
con il suo personaggio la gente si rilassa e sorride, riconciliandosi 
un poco con la vita." ...Fra poco mi venderanno in farmacia.
(Lino Banfi)

 
aggiornati sugli strumenti per l'accesso ai dati e tieniti il tuo mdb.
quando poi avrai capito come muoverti con l'accesso ai dati in .net allora 
potrai valutare se val la pena mollare gli mdb di access per altro.
anche perche' se fai applicazioni monoutente puo' tranquillamente essere 
che non valga la pena di passare a un rdbms...
-- 
Paolo opg
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--

 Ho anche il timore di abbandonare una tecnologia sorpassata ma leggera in cambio del supermegadatabase che per le mie esigenze sicuramente sarebbe inutilmente poderoso.
Non devi per forza lasciare Access anche se lo consiglio fortemente.
Io, personalmente, ho scelto SQLite. E' leggerissimo, il wrapper pesa 300 KB ed ha tutto ciò che serve per gestire un gestionale mono utente o "poco" multi-utente (diciamo 3-4 utenti che lavorano in contemporanea). Non devi installare nulla. Metti una DLL tra i riferimenti del progetto e sei a posto.
Altri ti consiglieranno SQL Server Compact Edition, che è sotto molti aspetti simile a SQLite.
Se devi lavorare con grossi database invece ti conviene passare a SQL Server, ma là stiamo parlando di un DBMS Client-Server e non credo sia questo il tuo caso.
ADO.NET
 è solo la tecnologia con la quale ti interfacci al dbms. Puoi scegliere qualsiasi DBMS ma alla fine devi usare per forza 
ADO.NET
 per lavorarci.
Preparati a studiare e a smadonnare (tanto!) e soprattutto evita di pensare a VB6... ripeto, bisogna cambiare completamente forma mentis.
In bocca al lupo e, se hai problemi, noi siamo qui :)
Nicola


voglia è una parola grossa

 giusto una nota di redazione, sempre che vi interessi, MySql non è free, quindi se avete a cuore l'aspetto legale della cosa non lo potete usare a meno che la vostra applicazione non sia anch'essa GPL.
Cosa che ogni volta dico ai miei amici "smanettoni". 
Il classico ragazzo che non ha mai lavorato: "Uso MySQL, figata qua, ottimo là ecc..."
Poi si schiantano sulle licenze. 
Sinceramente preferisco SQL Server. E' gratis nella versione Express (ma con alcune limitazioni sulla grandezza dei db, della RAM usata e dei processori) ed abbastanza economico nella Standard.
Se poi andiamo a livelli Enterprise è meglio lasciar perdere, ma comunque più economico di Oracle, pur garantendo prestazioni paragonabili.
Se uno vuole un DBMS leggero e gratuito, senza limitazioni o problemi di licenza può andare su Firebird, ma io personalmente non ho mai avuto modo di lavorarci per testarne le poptenzialità.
Nicola

 solo 7 stazioni e vanno come dei missili su un database ben strutturato
Fino al giorno in cui la rete cade 'esattamente' nel momento in cui 
Access deve compiere qualche scrittura importante.
E succede.
O fino al giorno in cui un client prende un virus, perchè sei 
consapevole che la condivisione di rete con diritti di scrittura, esige 
che sia il client ad autodisciplinarsi nella gestione del database, per 
cui un client impazzito può fare 'quello che vuole' sul db.
E succede, l'ho visto succedere anche coi migliori antivirus e le reti 
meglio protette (figuriamoci nelle piccole aziende dove la gestione 
della security è molto blanda).
Credimi, Fabrizio, VB6+Access era un approccio entry-level e valido 
solo per applicazioni non critiche già prima del 2000.
Che poi uno possa anche andare da Milano a Mosca a cavallo anzichè in 
aereo, non si può negare. Ma la tecnologia oggi consente affidabilità e 
performance ben diverse.
Alberto


Non è in discussione che i miei strumenti siano obsoleti, sono stato il 
primo ad evidenziarlo come premessa nel mio primo messaggio.
D'altro canto è anche vero che la tecnologia ha volte a risposte 
sovradimensionate rispetto alle domande.
Sto creando il mio primo database SQL Server Express: ci ho messo dentro 
4 tabelle VUOTE ed il file ha già la dimensione di circa 4MB
Le stesse tabelle nel mio MDB generano un file di meno di 200KB
Cosa conterrà mai il "mostro" SQL? quando ci metterò i record nelle 
tabelle cosa mi succederà?
La metto sul ridere, ovviamente, per me in questo momento ogni clic è 
una nuova scoperta ... e troppe ne ho di cose da scoprire ...
Ciao, Fabrizio


Se avessi voglia di darmi dei riferimenti a queste limitazioni, 
dimensione DB, RAM, ...) te ne sarei grato
E' ovvio che potrei cercarmi queste informazioni da solo ma se, come 
credo, sono cose che conosci, mi risparmieresti un pò di ricerche nel 
coacervo del sito Microsoft.
Ciao, Fabrizio

 cosa mi succederï¿œ?
Niente di sconvolgente.
Si gonfierï¿œ, come si gonfia qualunque db.
Ma tanto il file lo gestisce il servizio, tu mica devi accedere al file 
o copiarlo o aprirlo in rete.
Ciao
Alberto

 Il 26/08/2011 15:26, Albe V° si inserisce nel discorso ed obietta:
scusa eh....ma quanti anni hai???
da 75 in su sei scusato!!!
al di sotto no!
dotNet....fai prima meglio e con meno malox
il db è un dettaglio che se non vuoi affrontare non affronti!
ti garba access? Continua ad usare access
Se hai una piccola attività, mi sembra normale, che tu la voglia 
gestire con il maggior profitto possibile no?
Ora ....una swhouse è come una officina meccanica (tecnologia 
informatica vs tecnologia meccanica...ma sempre tecnologia è!)
Ora tu hai deciso tanti anni fa di fermarti!
...di non investire in innovazione!
Solo che innovazione meccanica si vede (un tornio vecchio....e un 
tornio nuovo)
innovazione informatica no! (sta nei tuoi neuroni)
Ora hai, per me, 2 strade:
1)John Style: fa tutto schifo il nuovo! Sparo con un cannone alle 
mosche! Zio bill ci frega e produce roba che non mi serve
2)$$$ style: mi documento! Seriamente! Senza preconcetti! Senza 
"chiusure" e cerco di capire PERCHE' questa roba ha sostituito la 
vecchia! Fatto questo mi renderò conto di quanto poco lungimirante sono 
stato a non investire su me stesso!
IO faccio questo ragionamento: 48 anni 2 figlie piccole 1 Moglie Tanta 
roba da pagare!....8/12 ore di lavoro....pranzo...cena...alle 22.30 le 
figlie sono a letto (in estate) in inverno alle 21.45.
Mi metto li un ora anche due....e spippolo cercando di capire la 
reflection (ultimamente). E' dura! Sotto l'ombrellone avevo un libro di 
Vb.net fw4.0 ed uno di Php!
Penso che siano soldi che sto investendo e che si tramuteranno in 
profitto prima o poi!
Sono un santo? No! E' il mio lavoro!
se mi fa fatica far questo potevo andare a saldar lamiere, o lavar 
macchine, o vendere case, o affettare prosciutto in una salumeria!
certo se la swhouse è avanza tempo (o per rimorchiare le infermiere) 
che te lo dico a fà "son solo chiacchere e distintivo"
p.s.
Parlando in generale
Imho si moltiplicano post del genere perchè finalmente le aziende si 
rendono conto di quanto hanno strapagato programmilli banali!
ed anche perchè XP sta finalmente uscendo dalle aziende per una 
meritata pensione!
-- 
----- Italliaaaaa 3227! -----


 Se avessi voglia di darmi dei riferimenti a queste limitazioni, dimensione DB, RAM, ...) te ne sarei grato
Vedi "Capabilities":
http://en.wikipedia.org/wiki/SQL_Server_Express
Nicola

 con il maggior profitto possibile no?
cuttone
guarda che lo so che hai ragione ....
ciao, Fabrizio


grazie mille
Fabrizio

 ora con SQL Server questo copia-ricopia sul file database lo posso fare?
Era una porcheria la tua procedura, e giustamente Sql-server una cosa 
del genere te la rende pressochè impossibile.
Il modo corretto è sempre stato (a prescindere dal db) quello di 
preparare degli script di aggiornamento (ALTER TABLE e cose simili), da 
lanciare sul db di sviluppo, testare, e poi eseguirli a caldo sul db di 
produzione.
In sostanza, un bravo sviluppatore non esegue MAI modifiche al db 
dall'Ide grafica del db, perchè non sai mai esattamente cosa avvenga 
sotto e se eseguendo in un ordine piuttosto che in un altro si ottenga 
lo stesso stato finale.
Quindi le modifiche al db si fanno sempre a mano con script (che sono 
banali banali, in due ore hai imparato tutte le sintassi che servono), 
e questi si eseguono nello stesso identico modo tanto in sviluppo che 
in produzione.
Alberto

 ciao, Fabrizio
-- 
----- Italliaaaaa 3227! -----
Grembiule nero e fiocco azzurro: per un bambino milanista il primo 
giorno di scuola è un trauma.
(Diego Abatantuono)

 Il 26/08/2011 17:24, Wodka40° sempre più infervorato scrive:
ARGH
scusa eh!
problema classico
Tabella
ID
TitoloOnorifico
Nome
Cognome
Indirizzo
Citta
Provincia
CAP
c'hai diciamo mille nomi!
hai da stampare le etichette di quelli che stanno in toscana...o da cap 
a cap....e mantenere queste scelte ...eventualmente per spedirle via 
mail all'ufficio che imbusterà e/o stampera/invierà la lettera/pacco
Rimane estremamente utile farsi una tabella di supporto chiamata ad 
esempio TabTempRicerca
e sarebbe utilissima se fosse pronta per stampa
Nominativo
Ind1
Ind2
Quindi
Dott.Comm. Mario Rossi
Viale a Mare 123
12345 MiaCittà (ZZ)
con 2 query SQL te la fai (stiamo sul semplice...che in una ci si 
farebbe)
Una per creare la tabella
Una per popolarla con i dati accorpati
In access!
In altri db con una stored procedure
Tu che fai?
Un ciclo su un recordset?
dimmi di no!
-- 
----- Italliaaaaa 3227! -----


> Il 26/08/2011 17:24, Wodka40° sempre più infervorato scrive:
in Access
SELECT [Titolo] & " " & [Nome] & " " & [Cognome] AS Nominativo, 
ML1.Indirizzo, [CAP] & " " & [Citta] & "(" & [Provincia] & ")" AS ind2 
INTO tempTabella
FROM ML1
ORDER BY ML1.CAP DESC , ML1.Cognome
sennò i precisini dicono che parlo e basta!
Tabella ordinata per cap discendente e all'interno del cap cognome 
ascendente
-- 
----- Italliaaaaa 3227! -----
Ti prego, ti prego, non ci uccidere. Ti prego baby, lo sai che ti amo. 
Non avrei mai voluto lasciarti, non è stata colpa mia. Davvero, sono 
sincero. Quel giorno finì la benzina. Si bucò un pneumatico. Non avevo 
i soldi per il taxi! Il mio smoking non era arrivato in tempo dalla 
tintoria! Era venuto a trovarmi da lontano un amico che non vedevo da 
anni! Qualcuno mi rubò la macchina! Ci fu un terremoto! Una tremenda 
inondazione! Un'invasione di cavallette!
John Belushi [da "Blues Brothers"]


se serve sï¿œ
quando lavoravo con i file dbf in ambiente senza interfaccia grafica 
anche i report venivano scritti a codice, non dirmi che non ï¿œ cosï¿œ.
come vedi mi sono evoluti, ora i report li disegno, la parte a codice 
resta solo la preparazione dei dati.
prelevo i dati che mi servono, li metto dove voglio e poi li stampo ... 
ï¿œ cosï¿œ strano?


in Access ci metto solo i dati .. il resto lo scrivo in codice vb


...and the winner is..... Wodka40° per la sceneggiatura !!!

Le stesse tabelle nel mio MDB generano un file di meno di 200KB
E sticazzi, sarï¿œ mica perchï¿œ ci stanno piï¿œ informazioni e tabelle di sistema 
che in Access?

... mo' dove devo andare a parare?
Crystal Report sta di serie in qualsiasi versione di Visual Studio .NET.

GDelGiovine ha scritto:

Strano, in vb6 l'avevano tolto
-- 
Greg 

 ha scritto nel messaggio 
news:4e57c073$0$15667$4faf...@reader2.news.tin.it...

Con Firebird per chi non vuole smenarsi tanto o con Postrgresql per chi 
vuole tutto e di piu' (hot-standby e streaming-replication di serie dalla 
versione 9 in poi), si esaurisce la scelta dei db server da usare
Multipiattaforma, affidabili, supportati, gratuiti
Ciao
RobertoA