Newsgroup: it.comp.software.database
Titolo: Alternativa a Access

Ciao a tutti
Premetto che non ci capisco nulla di database, ma lavoro per una azienda che 
tratta milioni di documenti e che per gestirli utilizza Access. Mi limito ad 
usare il programma, nulla di piů. Ho riscontrato perň molti piccoli difetti 
che rallentano il lavoro, a volte il programma si blocca dovendo ripartire 
dal principio. Un esempio: per lavorare all'interno delle maschere si usa la 
tastiera, ma se il puntatore del mouse si sposta non si riesce piů ad 
utilizzare correttamente la tastiera fino a quando non si rimette a posto il 
mouse. Ecc.
Mi chiedevo se ci sono delle alternative e se č complesso migrare da Access 
ad un altro database.
-- 
Ciao
Deimos 

> Torakiki


mi aggancio al 3d per chiedere:
1) MySql prevede anche la costruzione di maschere e report o si ferma alle 
tabelle e query?
2) Degli altri citati, quale č quello piů versatile e di facile intuizione??
grazie 1000
Nicola


Questo effetto lo si ottiene con qualsiasi programma Windows
Avere la possibilita' di cambiare da una finestra all'altra, prevede anche 
la .... possibilita' di spostare il cursore da una finestra all'altra !!!
Basta imparare a tornare sulla finestra desiderata con la tastiera (Alt + 
tab)
Alternative ad Access ci sono, un esempio e' PowerBuilder, Filemaker, ed 
altri, che in sostanza sono un tutt'uno tra il database vero e proprio e 
lěambiemnte dedicato alla creazione di maschere / report / query
Per la complessita', boh, dipende dall'applicazione che volete convertire e 
dalla conoscenza che avete dello strumento
Se gia' avete un sistema col quale lavorate io vi consiglierei di cercare di 
migliorare quello, se sono piccole cose
Il rifacimento lo potrai prendere in considerazione quando il tuo sistema 
non ti permette di fare operazioni ritenute indispensabili
Ciao
RobertoA 

 2) Degli altri citati, quale è quello più versatile e di facile intuizione??
Tra quelli citati il più diffuso e probabilmente anche più semplice per 
un utente-programmatore "base" è proprio access.
Gli altri sono dei database veri e propri, per cui richiedono delle 
competenze specifiche e non forniscono interfacce visuali così semplici.
Forse mySQL come db è il più semplice, vista la stretta integrazione con 
PHP e strumenti collegati (es. phpmysqladmin). Anche lato installazione 
si trovano pacchetti pronti e adatti a tutte le esigenze.
Da valutare se non convenga un "salto" più cospicuo, vista la mole 
elevata di documenti che trattate, passando a un db "vero" e a 
un'applicazione fatta ad hoc.
Dipende molto da quante sono le maschere, da come è progettato il db, da 
che tipi di dato son stati usati.
Ciao,
Paolo

 2) Degli altri citati, quale è quello più versatile e di facile intuizione??
Sicuramente Firebird: semplice, scalare, portabile, leggero
Enrico

 ad un altro database.
Personalmente ti consiglio di mantenere Access e di far puntare le
tabelle ad un vero RDBMS (in altre parole, butta Jet ed usa la parte di
frontend). Per fare cio`, devi installare e configurare il driver ODBC
del database che scegli (ti consiglio Firebird o PostgreSQL), creare lo
schema sul database e collegare le tabelle create in Access. La cosa
buona di questo approccio e` che ti permette di riutilizzare un lavoro
gia` fatto, lo svantaggio e` che ti tocca installare e creare una
sorgente ODBC su tutti i pc dove l'applicazione deve girare. Se questo
approccio non ti piace, allora devi sviluppare un applicativo ad hoc,
con tutti i pro e i contro del caso
Enrico

 ha scritto nel 
messaggio news:fovmqs$57p$1...@abraham.hellfish.home...

se invece si volesse scegliere un programma per l'interfaccia visuale 
(quindi maschere e report) che creino file eseguibili, quale sarebbe il più 
indicato??
Nicola 


Eseguibili eseguibili ormai li fanno solo il C e Delphi
Se per eseguibile intendi anche roba tipo p-code + runtime appresso, allora 
tutti gli altri, da Java a Dot net / Visual Basic a Python e via discorrendo
Quello che ti consiglio io, se devi fare applicazioni di tipo gestionale e 
quindi senza roba grafica o tipo giochi allora vai su Access
Altrimenti vai su sistemi general-purpose tipo  VB, Delphi, DotNet
Se ci dai di web allora Java che bene o male e' il piu' compatibbole con 
qualsiasi browser
Ciao
RobertoA

 qualsiasi browser
Che c'entra il linguaggio lato server con l'html prodotto?
Ciao,
Paolo

 Che c'entra il linguaggio lato server con l'html prodotto?
Un gestionale non lo vedrei tutto lato server a colpi di html ma gran parte 
lo vedrei bene lato client
Ho consigliato java perche' l'interprete si trova per tutti i sistemi 
operativi e realizzare delle applet java permetterebbe di far funzionare il 
gestionale da qualsiasi sistema
Forse mi e' scappato un 'browser' di troppo
Ciao
RobertoA

 Forse mi e' scappato un 'browser' di troppo
Ok, chiaro.
Comunque anche gli altri interpreti per i linguaggi citati (Python, Ruby 
e .Net) si trovano per i vari SO (con le debite distinzioni, specie per 
quanto riguarda .Net/mono).
Ciao,
Paolo

 sembrano soddisfatti.
Nomi ? 

 ha scritto nel messaggio 
news:47b5...@newsgate.x-privat.org...

Dei programmi intendo 

 Dei programmi intendo 
Sì, s'era capito ;)
GAZIE ha buone funzionalità (copre le esigenze di piccole 
aziende/imprese), aggiornamenti frequenti, una grafica sicuramente 
migliorabile ma abbastanza chiara, il database è un po' il tasto 
dolente: non è certo progettato secondo i canoni.
Poi c'è Compiere, che è molto valido ma decisamente di un altro ordine 
di grandezza e complessità.
Anche Phasis non mi sembra male, un po' acerbo in certi punti ma ben 
organizzato (ed è in python, che gradisco assai). Purtroppo non è web...
Noi per ora stiamo proponendo GAZIE ai piccoli clienti che non possono 
spendere molto, puntando su prezzo basso, poche (nulle, se possibile) 
personalizzazioni, molti clienti.
Ti interessava qualche dettaglio/aspetto in particolare?
Ciao,
Paolo

 Mica tanto: anche da Python (per citarne uno) si possono creare eseguibili.
Anche Visual Basic crea degli eseguibili. La differenza pero` e` che
Python, ma cosi` anche VB, agganciano dei runtime all'eseguibile creato,
che di fatto non sono altro che delle VM per il linguaggio. C, C++,
Delphi/FreePascal e D, alla peggio, si appoggiano alle librerie di
sistema
Enrico

 sistema
Anche Delphi una volta si portava dietro parecchie dll usate in runtime.
Sicuro che rientri nella stessa categoria di C/C++ e Pascal?
Comunque la mia risposta era, ovviamente, riferita alla domanda, dove mi 
sembra di capire che il problema non fosse quello di avere un eseguibile 
"puro" o meno, ma di non dover installare altri software oltre al 
proprio (cosa che, ad esempio, in Java non si può fare. Oddio... si può 
aggirare ma è una seccatura e non so quanto sia legale, con la licenza sun).
Ciao,
Paolo

 aggirare ma è una seccatura e non so quanto sia legale, con la licenza sun).
Per farlo con Java ci sono due modi:
1) Usare JSmooth, che non fa altro che creare un eseguibile che si linka
   alla JVM (non a caso devi portarti dietro una copia della JRE per far
   funzionare il tutto);
2) Usare GCJ, che ti permette di creare un risultato migliore di quello
   di JSmooth, ma che comunque ti linka ad una libreria che prende
   praticamente il posto della JVM.
In tutti e due i casi, la distribuzione e` legale. Nel primo oltre
all'applicazione distribuisci anche la JVM in tutte le sue parti, nel
secondo stai distribuendo il risultato di una JVM non Sun, e quindi che
si attiene a regole differenti
Enrico