Newsgroup: it.comp.appl.access
Titolo: SQL 7 Gratuito?????

Ciao NG
é vero che la versione 7 di SQL é di uso gratuito?


Non mi risulta.
MSDE è gratuito ma hai limitazioni sugli accessi contemporanei
MAssimiliano

 ha scritto nel messaggio
news:f%3vb.6765$i_5....@news.edisontel.com...

Ciao Ma
E' vero che ha il limite di 2Gb per Db e limita le prestazioni con più di 5
batch contemporanei ma sembra che fino a 25 utenti la cosa non dovrebbe
essere drastica (fino a 7 utenti io non ho rilevato rallentamenti).
Prova a dare un'occhiata
http://www.microsoft.com/sql/msde/default.asp
Ciao Giorgio

 Ciao Giorgio
L'ho seguito il 3d in cui si diceva che era un modo per spingere il
passaggio a Sql
Entrando in quel merito mi chiedo se ne vale la pena viste le rinuncie che
ti impongono gli ADP.
O rimango in mdb collegato in ODBC? A quel punto uso Mysql.
MAssimiliano

 MAssimiliano
A quale rinunce ti riferisci............?
Ciao.
@Alex.

 @Alex.
Primo fra tutti Dao.
MAssimiliano

 ha scritto nel messaggio
news:fl7vb.6958$i_5....@news.edisontel.com...

He.....He.....ma dai non serve a nulla con ADP ADO batte DAO 3-1....!
Sei un nostalgico....?
Poi 2°.......!
Ti sto mettendo in difficoltà....?? ;-)
@Alex.


DAO e ADO non servono a nulla se poi decidi di usare Mysql (credo)
visto che ADO nn lo supporta affatto...
quindi o usi SQL server full (con ado) o mysql con dao?
Correggetemi se sbaglio

 ha scritto nel messaggio
news:l4hqrv42gp76s5rda...@4ax.com...

Ma tutti gli OleDB per MySQL allora li fanno per ridere.....?????
MMMmmmmmmmmm!!!!!!!
Con cosa credi di collegarti a MySQL con la fata turchina...!!
Se usi ODBC usi DAO se usi OLEdB usi ADO.
@ALex.


Mi hai corretto! :)
Thanx!

 Sei un nostalgico....?
A parte i nostalgici, visto che secondo te DAO è da dimenticare, mi risolvi
il seguente problema con ADO?
Voglio modificare la dimensione di un campo di una tabella.
Fammi sapere.
-- 
Gabriele Bertolucci
PBsoft 
www.pbsoft.it

 ha scritto nel messaggio
news:fl7vb.6958$i_5....@news.edisontel.com...

A mio parere se decidi di passare a SqlServer devi spostare la logica di
programmazione sul server utilizzando il linguaggio T-SQL, a questo punto
DAO o ADO verranno usati in casi molto rari o per creare funzioni di
supporto che utilizzi sistematicamente. Ho trasformato sub che erano molto
complesse da DAO+VBA in T-Sql ottenendo una notevole semplificazione del
codice e un incremento della velocità oltre alle aspettative.
L'unico punto dolente è l'investimento (in tempo) da affrontare,
praticamente devi buttare via i progetti sviluppati con DAO.
Ciao Giorgio


Non puoi farlo utilizzando il modello a oggetti come con DAO, ma in modo piů
semplice ....
-------------------------------
Dim Cn As ADODB.Connection
Sel Cn = New ADODB.Connection
Cn.Open "Provider=Microsoft.Jet.OLEDB.4.0;" & _
        "Data Source=C:\Documenti\1.mdb;" & _
        "ecc.ecc"
Cn.Execute "ALTER TABLE TuaTb ALTER Column Col1 nvarchar(100)"
-------------------------------
Ciao Giorgio

 Ciao Giorgio
A parte che uso A97 e di conseguenza non posso aver abbandonato 
DAO, ho solo detto che c'č, per chi usa ADP una alternativa
piů valida.
Come ti ha suggerito Giorgio č una soluzione....!
Ma dove non risolvi con ADO in generale usi DAO, l'unione fa la
forza.....!
@Alex.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Ciao Giorgio
Si Giorgio hai ragione, ma tu sei qualche Km + avanti, ed io
fatico a raggiungerti.....!
Ho iniziato da qualche mese l'utilizzo di T-SQL, ma devi convenire
che ADO con ADP non puoi dire che non serve, certo l'utilizzo 
è più limitato....!


 praticamente devi buttare via i progetti sviluppati con DAO.
Fosse quello l'unico punto dolente ... lavorare pesantemente in TSQL
significa dover mantenere due applicazioni: una sul Client (tutta la
struttura visuale di maschere/reports e parte del codice VB) e l'altra, la
logica business, sul Server con un linguaggio povero di strumenti di Debug e
lontano da un'impostazione tradizionale.
Se tu avessi collaboratori o dipendenti staresti ben a larga da un approccio
del genere  :-)
Ciao.

 del genere  :-)
Devo darti ragione, non è un approccio adatto a una programmazione di
gruppo, come non lo è Access anche se Microsoft ha messo a disposizione
Visual SourceSafe :-)
Ciao Giorgio

 Visual SourceSafe :-)
Questa è un'affermazione discutibile :-)
Se Access (con o senza VSSafe) non è adatto alla programmazione di gruppo
... non lo è alcuno strumento cosiddetto RAD.
Saluti.