DAO - ADO varie ed eventuali
Fabrizio
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
Wodka40°
> 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)
Fabrizio
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
Wodka40°
> Il 25/08/2011 17:24, Wodka40° ha scritto:
"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" ]
Fabrizio
> CI SONO MILLE E PIU' MILLE ragioni per buttar via vb6 ed Access 97...
> la migliore di tutte: smette di bruciare lo stomaco!
>
Lo so che hai ragione ... in cuor mio vorrei qualcuno che mi dicesse che
posso fare finta che il tempo non passi e tirare avanti così, però so
che non è vero!
Certo che quando tra una settimana la giornata lavorativa diventerà
breve per fare tutto quello che serve trovare il tempo-coraggio per
studiare il nuovo mondo mi sembra che mi manchino le forze.
Dovere buttare via poi il lavoro di anni :(
>
> 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????? ;-)
>
"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!
RobertoA
"Fabrizio" <f.castig...@lospam.tin.it> ha scritto nel messaggio
news:4e5679ba$0$44200$4faf...@reader1.news.tin.it...
> Il 25/08/2011 18:13, Wodka40° ha scritto senza tanti giri di parole:
>
>> CI SONO MILLE E PIU' MILLE ragioni per buttar via vb6 ed Access 97...
>> la migliore di tutte: smette di bruciare lo stomaco!
>>
>
> Lo so che hai ragione ... in cuor mio vorrei qualcuno che mi dicesse che
> non č vero!
>
> Certo che quando tra una settimana la giornata lavorativa diventerŕ breve
> nuovo mondo mi sembra che mi manchino le forze.
>
> 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
Wodka40°
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)
Fabrizio
> 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!
>
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
Wodka40°
> Il 25/08/2011 19:20, Wodka40° ha avuto il buon senso di affermare che::
>
> 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
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)
Wodka40°
zac
> 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)
Mauro Servienti [MVP]
You wrote on 25/08/2011 :
> 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!
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
Fabrizio
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 ;)
Fabrizio
>> condizioni di 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
>
Precisazione utilissima, grazie
Ipocrisuccio
"Wodka40°" <chi...@me.la> ha scritto nel messaggio
news:4e57548d$0$6837$5fc...@news.tiscali.it...
> Fabrizio ha detto questo venerdě :
>> Il 25/08/2011 19:20, Wodka40° ha avuto il buon senso di affermare che::
> zac
>>
>> 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
Oddio mo' il Vodka ti ammazza se parli di conversioni AUTOMATICHE !!!
> 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.
Bell'esempio attinentissimo ...... sono passati 50 anni dalla 1100.
e non mi dire che in informatica i tempi sono piu' veloci.....
> Adesso con la famiglia a carico, la crisi, le polveri sottili
> ho una multipla a Metano: pulita ecologica economica
BUHHAAAAAAAA la macchina di NONNA PAPERA !
Scommetto che vai pure fiero di girare con una macchina
che sembra una CIABATTA malandata.
Spero per te che sia almeno l'ultimo modello e non il primo....
Poi la taccagneria del Metano.......almeno fosse GPL
> ....pensa se avessi detto: ho una macchina a benzina NORMALE che ancora ha
> le ruote e si mette in moto...perchč buttarla via?
> :')
Perchč ti obbligano per legge a non girare piu' ( nei centri urbani)
> p.s
> E' venerdě ...m'č scappata la "parabola" !!!
Oddio si sente pure gesu' cristo
:-)
Wodka40°
> 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!
ehm...ehm....ehmmmmmmmmmmmm
io non vorrei dirtelo...non so se dirtelo ....non vorrei ammazzarti
psicologicamente....
mmmmmmmmm ....non te lo dico.....
maddai! si...sei grande e grosso:
il varchar esiste da quando esistono i database!
Serve ad ottimizzare quello che tutti i database devono ottimizzare
essendo prima o poi "soltanto" un file su disco: lo spazio occupato dal
record!
Access-> Testo -> Opzioni...lunghezza = 40
tradotto in SQL
varchar(40)...ossia quel campo mi varia da zero a 40 caratteri (poi il
posto sul disco dipende dalla codifica...diciamo che raddoppia!)
char(40) è MOLTO diverso!...riservi uno spazio di 40 caratteri
indipendentemente che li usi o no! ....se non li usi rimangono vuoti:
ma occupano spazio sul disco (credo che alcuni motori db abbiano
ottimizzazioni avanzate che non lo fanno in realtà....mi sembra di aver
visto qualcosa del genere con mysql)!
> 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 ;)
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)
Paolo opg
$4faf...@reader1.news.tin.it:
> 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
>
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
--
Nicola Ottomano
> Cosa ho fatto:
> dopo avere installato Visual Basic Express Edition 2008 ho fatto un pò di prove di gestione database.
Prova con la versione 2010 Express. Ha alcune cose in più, come un Intellisense ulteriormente affinato, migliorata la gestione della dichiarazione delle proprietà di una classe, non devi più mettere il carattere _ quando vai a capo in una stringa ecc...
>
> 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.
Quando passi al mondo .NET, per creare interfacce utente hai due strade possibili.
Quella più semplice è WindowsForms. Ha un approccio alla programmazione più vicino a quello di VB6 (anche se le cose che cambiano sono molte, non farti illusioni).
La strada più difficile è WPF (Windows Presentation Foundation). Scordati completamente VB6 e preparati ad un nuovo approccio alla programmazione.
Come diceva il buon Wodka40°, qui in ufficio abbiamo creato una serie di applicativi in WPF che, con una semplice sostituzione di fogli di stile, cambiano radicalmente interfaccia.
C'è di più! Puoi tirare fuori dei dati da un database e metterli in un oggetto come la ObservableCollection (non farti spaventare dal nome... è un array alle vitamine) e collegarci qualsiasi oggetto grafico.
Dici alla datagrid: "prenditi i dati da là", e lei se li prende. Domani non vuoi più la datagrid ma preferisci mettere tutto in una collection di usercontrols? Nessun problema, sganci la datagrid e colleghi tutto agli user control. E' l'approccio MVVM (Model-View View-Model), se lo studi e lo capisci, ti chiedi come hai fatto a lavorare senza!
>
> 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.
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
Fabrizio
ha scritto:
>
> Scusa però è....
> non hai mai creato da SQL una tabella???
> Mai avuto una richiesta un po più elaborata?
>
Ho puntato il mio lavoro sulla personalizzazione, ciò significa n
clienti n MDB
è un lavoro da pazzi che mi comporterà una immane fatica nella transizione
il mio MDB contiene solo le tabelle, tutto il resto è fuori dal database
query,maschere: nel codice vb
report: Crystal Reports
>
> Quindi OTTIMO...per un uso monoutente!
>
Con tutti i suoi limiti, primo fra tutti la impossibilità di svilupparci
una applicazione client-server il mio bel database MDB Office 97 non mi
ha mai tradito e, credimi, dentro ci ho messo di tutto
> Ma se deve essere multiutente...l'approccio database su file comincia a
> venire meno!
>
Per il funzionamento in rete il mio cliente con più stazioni operative
ha solo 7 stazioni e vanno come dei missili su un database ben strutturato
> Cominci ad avere i problemi di reperimento fisico del file, di
> bloccaggio file, di gestione manutenzione.
>
problemi pochi o nulli, certo che i primi tempi ci sono state diverse
cose da sistemare ma ora dopo anni vedo ad occhi chiusi
>
> 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!
>
supercut
parli una lingua strana, sembra italiano ma ogni 3 parole 4 non le
capisco .... diciamo per ora non le capisco poi con il tempo spero di
decodificarti meglio
> Un esempio stupidissimo
interessante
>
> T'ho fatto venir voglia di studiare sta roba???
>
voglia è una parola grossa
Nicola Ottomano
>
> 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
Albe V°
>> Ma se deve essere multiutente...l'approccio database su file comincia a
>> venire meno!
> >
>
> Per il funzionamento in rete il mio cliente con più stazioni operative ha
> 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
Fabrizio
>
> 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
Fabrizio
>
> 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 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
Albe V°
> Il 26/08/2011 15:26, Albe Vￜ si inserisce nel discorso ed obietta:
>>
>> Credimi, Fabrizio, VB6+Access era un approccio entry-level e valido solo
>> 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
Ciￜ che intendevo far osservare ￜ che tu hai da recuperare un tale gap
tecnologico, che necessariamente tutto ti sembra di un altro pianeta.
Perchￜ nel 2000 i tuoi strumenti erano giￜ obsoleti, giￜ passare ad Ado
era un primo step, poi si poteva passare a MSDE, e da qui a SqlServer
senza accorgersene, poi appariva Ado.Net ed ecco che ti ritrovavi
sostanzialmente aggiornato senza traumi enormi.
> D'altro canto ￜ anche vero che la tecnologia ha volte a risposte
> sovradimensionate rispetto alle domande.
A volte, ma solo a volte.
Molto piￜ frequentemente, invece, non ci si rende conto che non si sta
fornendo la risposta corretta, nell'usare tecnologie 'base'.
Perchￜ il tuo cliente delle 7 postazioni, che usa il tuo software, lo
sa che se cade la rete nel momento sbagliato il database lo butta nel
cestino e perde tutto?
Se ne ￜ consapevole, e quindi si attrezza con numerosi backup, ed
accetta che in caso di crash vadano persi i dati dall'ultimo backup,
allora ok, nessun problema.
Ma io ho invece la sensazione che se tu dicessi ciￜ che io ho scritto
qui sopra al tuo cliente, facendogli ben capire che se non ha avuto
finora problemi ￜ solo, ed esclusivamente, culo, e che sta lavorando
con i testicoli appoggiati su un'incudine ed un martello sospeso sopra
legato ad un filo, secondo me non riterrebbe di aver ricevuto da te la
risposta adeguata alle sue necessitￜ.
> 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
Che ￜ circa la dimensione di un file mp3 di cui oggi ￜ pieno anche
l'eeepc di un ragazzino di 12 anni.
> Le stesse tabelle nel mio MDB generano un file di meno di 200KB
Anche MySql fino alla versione "nonricordoquale" era velocissimo in
scrittura.
Non era transazionale...
> Cosa conterrￜ mai il "mostro" SQL? quando ci metterￜ i record nelle tabelle
> 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
Wodka40°
> Il 26/08/2011 15:26, Albe V° si inserisce nel discorso ed obietta:
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! -----
Nicola Ottomano
> 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
Fabrizio
> scusa eh....ma quanti anni hai???
non si chiede l'età ad un programmatore ... comunque detta x l'età di
Wodka40° io mi assesto ad x-1 .. giovanissimo
> 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
>
una domanda nuova, sicuramente banale, ma una risposta mi sarebbe utile
io finora ho sempre lavorato così: il cliente mi chiede delle modifiche
che comportano l'aggiunta di campi alle tabelle del database
io nella copia del database del cliente presente nei miei pc di sviluppo
aggiungevo i campi o le tabelle necessari
compilavo il nuovo exe
andavo dal cliente e mi prendevo il suo database, lo copiavo sul mio pc
insieme al mio modificato. apportavo le modifiche al suo e poi lo
rimettevo in liena
ora con SQL Server questo copia-ricopia sul file database lo posso fare?
Se hai una piccola attività, mi sembra normale, che tu la voglia gestire
> con il maggior profitto possibile no?
cuttone
guarda che lo so che hai ragione ....
ciao, Fabrizio
Fabrizio
grazie mille
Fabrizio
Albe V°
> Il 26/08/2011 17:24, Wodka40° sempre più infervorato scrive:
>
>> scusa eh....ma quanti anni hai???
>
> non si chiede l'età ad un programmatore ... comunque detta x l'età di
> Wodka40° io mi assesto ad x-1 .. giovanissimo
>
>> 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
>>
>
> una domanda nuova, sicuramente banale, ma una risposta mi sarebbe utile
>
> io finora ho sempre lavorato così: il cliente mi chiede delle modifiche che
> comportano l'aggiunta di campi alle tabelle del database
>
> io nella copia del database del cliente presente nei miei pc di sviluppo
> aggiungevo i campi o le tabelle necessari
>
> compilavo il nuovo exe
>
> andavo dal cliente e mi prendevo il suo database, lo copiavo sul mio pc
> insieme al mio modificato. apportavo le modifiche al suo e poi lo rimettevo
> in liena
>
> 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
Wodka40°
Il giorno: venerdì, 26/08/2011
zac
SQL questo sconosciuto!
http://office.microsoft.com/it-it/access-help/istruzione-alter-table-HA001231431.aspx
Fammi capire....Tu non mai usato SQL?
Il display (anche in vb6) della tabella prodotti o anagrafica come lo
fai?
Agganciando la tabella con il data control?
......
>
> guarda che lo so che hai ragione ....
Anche io lo so!
> ciao, Fabrizio
--
----- Italliaaaaa 3227! -----
Grembiule nero e fiocco azzurro: per un bambino milanista il primo
giorno di scuola è un trauma.
(Diego Abatantuono)
Wodka40°
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! -----
Wodka40°
> Correva il 26/08/2011 e rincorrendolo Fabrizio scriveva:
>> 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"]
Fabrizio
stare stretto ha scritto:
> scusa eh!
> problema classico
>
> 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!
>
Ho varie form, suddivise per tipologia, per lanciare le stampe
Le form hanno textbox, combobox, checkbox per criteri di selezione
faccio l'estrazione dati con SELECT FROM WHERE dove in WHERE ho
costruito la clausola elaborando i textbox, combobox, checkbox
appoggio i dati in una tabella che mi fa appunto da appoggio per i report
> In altri db con una stored procedure
>
> Tu che fai?
> Un ciclo su un recordset?
>
> dimmi di no!
>
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?
Fabrizio
> 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
>
in Access ci metto solo i dati .. il resto lo scrivo in codice vb
John
> 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
>
...and the winner is..... Wodka40° per la sceneggiatura !!!
GDelGiovine
news:4e57b1c6$0$15660$4faf...@reader2.news.tin.it...
>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
E sticazzi, sarￜ mica perchￜ ci stanno piￜ informazioni e tabelle di sistema
che in Access?
GDelGiovine
news:4e573b4e$0$15666$4faf...@reader2.news.tin.it...
>Poi non parliamo delle stampe: io uso Crystal Reports ancora con il suo OCX
>... mo' dove devo andare a parare?
Crystal Report sta di serie in qualsiasi versione di Visual Studio .NET.
greg
Strano, in vb6 l'avevano tolto
--
Greg
RobertoA
"Fabrizio" <f.castig...@lospam.tin.it> 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