Newsgroup: it.comp.appl.access
Titolo: Access e cliente/server

Ciao a tutti.
Sto realizzando una applicazione client/server, non ho molta esperienza in
campo comunque:
il database centrale è su un computer raggiungibile da internet mediante un
opportuno ip su un computer in ufficio, da casa o da altre postazioni devo
collegarmi a questo database per realizzare le operazioni di eliminazione,
ricerca, inserimento.
Access è la scelta giusta ? Se si come posso fare ? Altrimenti cosa dovrei
utilizzare ?
Grazie e buona domenica
Loris

 ha scritto nel messaggio
news:u2BEa.70223$lK4.2...@twister1.libero.it...

Io credo che per applicazioni Remote Access non sia il massimo, ma
dipende molto anche dalla quantità di dati trattati e dal numero di persone
con accesso contemporaneo.................!!!!
Se il tutto si limita ad un solo utente potrebbe essere la scelta giusta, se
poi i dati fossero modesti..... sicuramente si.
Io proverei a pensare però a MySQL(Gratuito) che risulta molto potente
e veloce, e usando una connessione ODBC ti consente di lavorare come
se avessi sul Server un DB(ACCESS) in quanto lavoreresti con Tabelle
collegate.................!!!
In ogni caso credo ti convenga fare una prova, in alternativa ci sono Tool
gratuiti che convertono un DB(Access) in un DB(MySQL) senza grossi
problemi in poco tempo, l'unica complicazione è la definizione dell'utente
e i relativi permissivi(MySQL è da questo punt un pò più serio e quindi
brigoso)
@Alex.

 dovrei utilizzare ?
BE con database MySQL aperto verso l'esterno, e FE con Access.
Economico, veloce, pie' sicuro di MSDE o SQLSevrer.
Saluti.

 Economico, veloce, pie' sicuro di MSDE o SQLSevrer.
Perchč piů sicuro?
Direi esattamente il contrario considerando l'impressionante massa di
Features che SQLSVR supporta e mysql no.
Inoltre nel suo caso opterei per files di progetto .ADP e non connessioni
ODBC.
Ciao.

 Ciao.
Io credo che la cosa vada valutata da chi sta costruendo il progetto e non
da chi abitualmente lavora con standard differenti, per dimensioni o
importanza.
Credo anche che l'economicità di MySQL(senza togliere nulla a SQL_SERVER)
possa, per chi non considera obbligatorio l'appoggio a sistemi più
complessi, essere
sicuramente un'ottimo strumento.
Se invece si vuol sostenere un prodotto sempre gratuito ma decisamente più
performante
di SQL_Server direi che FireBird è su di un'altro pianeta, sia come velocità
che come
Futures, visto che è una versione di Interbase.
Certo è molto più complesso da gestire all'inizio, ma solo perchè chi ci
deve lavorare
ha generalmente poco tempo da perdere per ottimizzarlo.
Saluti.
@Alex.

 Futures, visto che è una versione di Interbase.
Non so cosa dirti: evidentemente non utilizzi in maniera seria SQLSVR2000,
diversamente non troveresti qualcos'altro più veloce!
Naturalmente non parlo di connessioni ODBC, ma di scrivere SP nel codice SQL
specifico, cosa peraltro impossibile col succitato MySQL.
Ciao.

 Features che SQLSVR supporta e mysql no.
Non so cosa centri la sicurezza con le features.
Saluti.

 SQLSVR2000, diversamente non troveresti qualcos'altro piy veloce!
MySQL e' il databse server piu' veloce al mondo.
Non lo dico io, lo dicono i piu' grandi analisti di database.
Che poi non supporti appieno subselect, stored procedure, integrita' 
referenziale, questo e' un altro discorso.

 server con SQLSever sopra compreso quello delle poste italiane?
Il problema che riferisci è legato al dilettantismo degli amministratori di
database: le patch di sicurezza vanno scaricate e installate e non
bellamente snobbate!
Ciao.

 Non lo dico io, lo dicono i piu' grandi analisti di database.
Quali analisti di database?
I linuxisti che usano MySQL per l'e-commerce su internet???
Ciao.

 wrote in message
news:u2BEa.70223$lK4.2...@twister1.libero.it...

Grazie a tutti per i consigli.
                                                                Buona
domenica a tutti!
Loris

Ciao Alex,
    ho letto la tua risposta...come devo settare ODBC per connettermi a un
database remoto??
Grazie
Loris

 
anche la f399 è una delle macchine più veloci al mondo, ma non mi pare 
che sia molto utilizzata in ambienti 'reali'...
il fatto che sia velocissimo con select query, non lo rende 
automaticamente adatto a tutti gli usi.
se usi pesantemente sp con nested query, mysql è inutilizzabile...
se hai bisogno di un rdbms per un frontend di consultazione, potrebbe 
essere la scelta migliore.
dipende sempre e cmq dal contesto in cui verrà utilizzato.
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
+-------

Red wrote:

La Nasa per esempio ...

 dipende sempre e cmq dal contesto in cui verr` utilizzato.
Ovvio, come tutto in informatica ;)

 installate e non bellamente snobbate!
Certo, ma una cosa del genere con MySQL non e mai successa.
E non perche gli amministratori *nix sono pia' attenti alla sicurezza, 
ma per il "valore" intrinseco del prodotto.
Comunque come database utilizzo MSDE ed SQLServer per alcuni prodotti 
ed e' sicuramente un ottimo prodotto.
La parte di amministrazione e' notevole rispetto a quella disponibile 
per MySQL.
Solo che per aprirli direttamente su internet mi preoccupa un po'.
Ho gia' sviluppato tool di amministrazione per siti web PHP/MySQL con 
tecnlogia client server su MySQL e la velocita' di esecuzione anche su 
un 56 K tisulta agevole (sempre se non si tentano di spostable BLOB da 
centinaia di Kb).
Saluti

 I linuxisti che usano MySQL per l'e-commerce su internet???
Uso molto entrambi i prodotti...come features vince SQL Server, non c'è
paragone.
Come velocità MySQL, non c'è paragone.
Se vuoi un benchmark l'ha fatto e-week
http://www.eweek.com/slideshow/0,3018,sid=0&s=1590&a=23120,00.asp

 Features che SQLSVR supporta e mysql no.
Cosa c'entra la sicurezza cone le features ?

 specifico, cosa peraltro impossibile col succitato MySQL.
Sì, ma sbatti dento qualche milionata di record con qualche centinaio di
utenti e ti accorgerai di chi arriva primo al traguardo. Sono altri i campi
in cui SQL Server è il top...

 in cui SQL Server č il top...
Ma ragazzi, stiamo parlando di consultazioni monotabellari o qualcosa di
serio?
Chi diavolo potrebbe usare un database non relazionale per utilizzi
gestionali spinti, con decine o centinaia di tabelle da relazionare?
Ciao.

 La Nasa per esempio ...
E che vuol dire?
La NASA utilizza praticamente di tutto, compresi  processori Intel 8088 nei
sistemi di volo degli Shuttle (e si vede).
Ciao.

 ha scritto nel messaggio
news:uRCEa.70384$lK4.2...@twister1.libero.it...

Ma cosa posso dirti concordo con te per i Futures di SQL che peraltro trovo
in FIREBIRD, che nessuno conosce, ma se qualcuno lavorasse con Database
seri come Interbase si accorgerebbe delle differenze, sia come sistema
multipiattaforma
che come velocità di accesso read/write nonchè come sicurezza...........!!!!
Io uso forse in  modo poco serio SQL-Server, poichè lo posso usare solo al
lavoro,
dove posso anche per motivi di $$ preferisco DB Free....., e non sempre Free
significa
meno performanti.
Io invito i più increduli a provare FireBird.
Saluti.
@Alex.

 Chi diavolo potrebbe usare un database non relazionale
Non è più vero. Aggiornati.

 Non è più vero. Aggiornati.
Farò del mio meglio.
Ciao.