il mio concetto di un database MINIMO di ecommerce è:
- magazzino prodotti
- anagrafica clienti
- anagrafica vendite
- anagrafica fornitori
- anagrafica acquisti
se tra queste tabelle non ci sono dati sensibili....
demandare tutta la sicurezza alla configurazione di IIS, specie se si è in hosting, mi pare un rischio troppo grosso da correre.
tralascio ogni altro aspetto legato alle performance, i backup, le repliche, i permessi degli utenti, ecc... che differenziano sqlserver da access.
Tutti vogliono parlare, nessuno sa ascoltare.
Originariamente inviato da electric_g
quindi access lo segate subito??
ma se volessi imparare ad usare un db, cosa mi consigliate come prospettive lavorative???
secondo me per imparare va benissimo ACCESS
per i siti veri.. non si puo' dire finche non si quantifica il traffico e i dati che ci devi mettere!
Oddio...in prospettive lavorative io gli avrei consigliato SQL, visto che nelle aziende di oggi si lavora molto con ORACLE e SQL.Originariamente inviato da seclimar
secondo me per imparare va benissimo ACCESS
per i siti veri.. non si puo' dire finche non si quantifica il traffico e i dati che ci devi mettere!
nelle aziende piccole si usa access senza problemi!
anche in moltisisme grosse (banche ecc... non faccio nomi.. o mi mandano via)
come ho gia' detto...
dipende tutto DAL CARICO DI DATI....
dal numero di record..
dalla frequenza di accesso
e dal numero di utenti che vi accedono!
esempio:
negozio grosso:
MEDIAWORLD
prevedono di fare un negozio online per l'acquisto di MONITOR LCD da 40000 euro in su ..roba di lusso...
un catalogo di 5 prodotti
un frequenza di accesso di 10 visitatori al giorno
1 acquisto alla settimana! (un record nuovo alla settimana.. 52 all'anno)
VA BENISSIMO ACCESS !!!!!!!!!!!!!!!!!!
D'accordissimo con te...Originariamente inviato da seclimar
esempio:
negozio grosso:
MEDIAWORLD
prevedono di fare un negozio online per l'acquisto di MONITOR LCD da 40000 euro in su ..roba di lusso...
un catalogo di 5 prodotti
un frequenza di accesso di 10 visitatori al giorno
1 acquisto alla settimana! (un record nuovo alla settimana.. 52 all'anno)
VA BENISSIMO ACCESS !!!!!!!!!!!!!!!!!!
ma questo negozio potrebbe gestire anche dei monitor 14' o 15' pollici che hanno molte visite al giorno..e la stabilità e la sicurezza dei dati la garantisce meglio SQL..
Quindi perchè limitarsi al caso di lusso e non prevedere il caso generale?
mmmh appunto bisogna dimensionare prima
il dimensionamento prevedere anche:
l'espandibilità futura
e il costo del software (BUDGET)
a me sembra che come esposto il problema iniziale...
non abbiamo :
1)dimensionamento attuale
2)dimensionamento futuro
3)budget
il che vuole dire che ACCESS o SQL sono al momento entrambi ancora validi!
mmmh appunto bisogna dimensionare prima
il dimensionamento prevedere anche:
l'espandibilità futura
e il costo del software (BUDGET)
a me sembra che come esposto il problema iniziale...
non abbiamo :
1)dimensionamento attuale
2)dimensionamento futuro
3)budget
il che vuole dire che ACCESS o SQL sono al momento entrambi ancora validi!
Sarebbe meglio avere qualche informazione in più...
Potresti usare MySQL così ti risolvi i problemi di dimensionamento futuro e soprattutto quelli di budget...:gren:
Permessi di invio
Rispondi quotando