Newsgroup: it.comp.www.asp
Titolo: SQL Server o Access?

ASP + Access
e
ASP + SQL Server.
Quali sono le differenze?
Qual'č la tecnologia piů utilizzata?
Cosa deve supportare il server perchč il tutto giri correttamente?

 Cosa deve supportare il server perchè il tutto giri correttamente?
Ciao, la scelta del db dipende da un pò di fattori:
1) cosa devi fare e quindi che traffico pensi di avere?
2) access è un db gratuito (tranne il fatto di dover avere una copia di
Microsoft Access), mentre Sql Server è un db server che costa e non poco.
Le differenze sono tante, per esempio se usi access hai un max di utenti che
può essere dai 10 ai 20 la Microsoft dice 30 comunque direi una quindicina,
mentre Sql Server non ha limiti, inoltre è più performante, più potente.
La più utilizzata nelle applicazioni piccole-medie è access, per un sito
medio-grande (inteso come accessi) è sql server o oracle.
Per fare funzionare il tutto in un server hai bisogno di un web server, di
MDAC installato per i driver odbc (attualmente in versione 2.7) e se vuoi
usare sql server devi averlo nel tuo server o in un altro server di cui tu
hai diritto d'utilizzo, un account dbo.
Ciao.

 Quali sono le differenze?
Le differenze principali sono molto e impossibili da elencare Tutte, quelle
sostanziali sono la velocità, le features messe a disposizione da Zio Bill,
e un server con SQL Server si paga molto d+ ! Almeno Credo!
 Qual'è la tecnologia più utilizzata?
Tecnologia più comune e a basso costo è Quella con ACCESS
Cosa deve supportare il server perchè il tutto giri correttamente?
Basta che supporti asp e abbia una cartella con permessi di Scrittura!! :)
Questo è quanto ! Almeno per sommi capi!
--
Cordiali Saluti
Niki Gatti
S.A.CO.D. s.r.l. WM
ASP Developer
Tech Support
allDiscoveries Team
ICQ#: 25876612

 Microsoft Access), mentre Sql Server è un db server che costa e non poco.
Qui mi viene un dubbio.
Access naturalmente và comprato...
I driver ODBC sono 'gratuiti'...
Se uno ha un archivio Access, un file .mdb per intenderci, e usa i comandi
per duplicare il file, creare tabelle, modificarle, cancellarle e tutto il
resto, è in piena regola?
Praticamente, il possesso di archivi Access, non implica il possesso della
licenza del prodotto giusto?
visuddhi

 licenza del prodotto giusto?
Assolutamente no, io intendevo che per creare un db access dovresti avere
una copia di access, se tu sei in possesso di un file mdb di access non devi
avere il pacchetto access, è come i files doc, se tu li hai, non per forza
devi avere il word, infatti per leggerli si può usare il viewer gratuito di
microsoft.
Giuseppe

licenza del prodotto giusto?
mah, ai tempi di visual basic era cosě...  cioč se io mi creo un
archivio access ma non lo manipolo con access, non devo comprare
access...
-- 
ben fatto, in fretta, economico: scegline due.

Non sono d'accordo: non esiste il viewer di access; puoi creare il runtime
ma devi acquistare la development edition che costa una paccata di soldi...
Io lavoro in vb con db access (che creo da 0), mi ero informato ai tempi ed
era obbligatoria la licenza di access per poterlo utilizzare.
Vi sono poi discrepanze di opinioni: alcuni dicono che puoi fare a meno
della licenza se non hai entrate utilizzando quel prodotto, altri no.

 e un server con SQL Server si paga molto d+ ! Almeno Credo!
esempi di costi (le cifre sono puramente casuali):
1) startup.
compri il prodotto Microsoft Access L.700.000
ASP e' integrato con IIS percio' e' gratuito.
Paghi una persona (o dicidi qual'e' il costo della tua prestazione) per
creare un db in access che supporti l'applicazione e le pagine ASP:
    vantaggi:     database "snello" (inizialmente!), facile e veloce nella
creazione del db.
    svantaggi:    Access non supporta stored procedures: ASP con codice un
po' piu' lungo (qundi piu' complesso da manutenere).
    costo: L. 1.000.000
costo totale per il primo progetto: L. 1.700.000 (ammettendo che Access lo
hai comprato per questo proggetto).
2) manutenzione o modifica struttura db.
    devi manutenere il database creato perche' e' cresciuto troppo di
dimensioni (e gia', succede!) devi compattarlo. Oppure devi aggiungere un
campo alla tabella utenti.
    vantaggi: ????
    svantaggi: nessun utente deve essere connesso e non ci deve essere
nessun processo che lo utilizza. Nella maggior parte dei casi devi fermare
il sito che lo usa. Se qualche utente cerca di utilizzare l'applicazione
mentre sei in manutenzione non riesce ad utilizzarla. Risultato: cliente
scontento; e se succede spesso: percezione di servizio non professionale. Le
modifiche le devi fare a colpo sicuro!
Mi dirai ma perche' non posso fare una copia del db? perche' il rischio e'
che dopo devi fare una procedura per il recupero dei dati perduti nel
frattempo.
costo: probabile perdita del cliente.
(ammettendo che il cliente non lo hai perso ancora)
3)Applicazione ben fatta richiama molti utenti.
    Ammettiamo che l'applicazione sia ben fatta (dal ponto di vista
dell'utente finale). Da questo potrebbe succedere che ci saranno nuovi
iscritti.
    vantaggi: inizialmente ritorno di immagine.
    svantaggi: l'applicazione incomicia a "rispondere" piu' lentamente sino
a non supportare piu' di n connessioni contemporanee mostrando errori.
possibli soluzioni:
    a. perdi il cliente definitivamente (che gia' si era fatta una idea
negativa sul tuo conto)
    b. Tempestivamente converti la tua applicazione inn modo che utilizzi un
database server (quello che vuoi)
        vantaggi: risolvi tutti i tuoi problemi.
        svantaggi: nuove spese (piu' grosse di prima), come dirlo al cliente
che dobbiamo mostrargli una nuova parcella (dopo aver creato solo
problemi?). Le pagine ASP vanno ritoccate e, se si vuol fare pulizia del
codice, snellite (spero per te che abbia commentato il codice!!!!). Notti in
bianco (e mangia qualche volta!!!). Preoccupazioni per i tempi.
Costi: dimmeli tu.
Non so. Ne vale la pena???
Poi se la tua intenzione e' creare un'applicazione che "non deve crescere"
(ad esempio un numero ristretto di utrenti in una intranet) allora il
discorso, ovviamente, non vale.
Simone Medas.