Newsgroup: it.comp.os.linux.software
Titolo: Volare via da Access.

.....si può fare.
Salve a tutti e scusate il xpost.
In molti vecchi post cercavo consigli su come portare i miei lavori con
access su una piattaforma universale, windows e/o linux, ricordo che questa
era un esigenza molto sentita da chi lavorando con access non aveva
alternative volendo utilizzare linux.
Orben l'ausilio di NG, rete, qualche libretto economico, il lavoro sta
prendendo corpo, premetto che non ho alcuna esperienza importante di
programmazione.
Cosa ho usato: PHP, Mysql, una manciata di Html e un pizzico di javascript,
per il momento su IIS-windows2K e prossimamente su Apache-LinuxDebianWoody.
Vantaggi rispetto a access, assoluta portabilità del lavoro, assoluto
controllo del codice, assoluta leggerezza dell'interfaccia grafica, costo 0,
se escludiamo telefono e 100 euri di manuali.
Svantaggi rispetto ad access, necessità di installare PHP+Mysql+serverWeb,
nessuna autocomposizione e necessità di apprendere un minimo di html, php e
javascript.
Quindi coraggio, con un pò di impegno si può fare e vi assicuro che dà una
enorme soddisfazione.
Ciao, Angelo.

...

Perchè non si parla di supporto in caso di problemi del web server?
Nell'azienda dove lavoro c'è un apache ed ogni tanto lo si riavvia,
senza capire perchè, senza aver messaggi evidenti di errore e tanto
per non aver nessuno a cui telefonare. Mi ricordo quando lavoravo su
iis per NT 4 arrivano patch e vari da microsoft, quando
un'istallazione dava rogne c'era un bel po' di documentazione su msdn
e un paio di volte ho sentito anche un tecnico microsoft.. incredibile
esistono! Certo va benone per l'italia che non vuol investire e vuol
far tutto spendendo di meno (magari solo in apparenza visto che tante
volte ciò che si risparmia lo si paga il doppio dopo)

 volte ciò che si risparmia lo si paga il doppio dopo)
Se investire significa acquistare un programma, che con la nuova versione
perderà la compatibilità con la vecchia, dove la fornitura consiste in 1 cd
e 1 manualetto e se vuoi i manuali veri devi andare in libreria, che potrà
girare solo su un sistema operativo proprietario, allora preferisco
investire anche in altro ovvero avere almeno la libertà di farlo quando ne
ho voglia.
Ciao, Angelo.

 enorme soddisfazione.
  Domande da uno che non c'ha mai provato per paura di perdere tempo 
per nulla, ma che gli farebbe tanto comodo frullare via 
definitivamente Winxx dal proprio portatile. :-)
  Quanto deve faticare uno che conosce un po' di programmazione su
altri linguaggi (dialetti DB in particolare ma anche un po' di C) per 
portare un database piuttosto semplice da Access a PhP?
  Altra domanda: i campi "memo" di Access sono gestibili facilmente 
in PhP & co.?
  Grazie anticipate,
-- 
Gianfranco Bertozzi
Linux User #183585
gber...@tiscalinet.it

 in PhP & co.?
Non uso campi memo, ma questo dipende dal db che decidi di adottare.
Ciao, Angelo.

 ho voglia.
puoi sempre consultare migliaia di documenti disponibili sul web ;-)
-- 
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch

 in PhP & co.?
php è un linguaggio di programmazione non un DBMS
Ciao Gianfranzo
-- 
ICQ#: 21258924 Nick Gianfranzo
Home page 
http://www.gianfranzo.it
Gianfranzo è contro la guerra
"dopo tutto, gli angeli non sono altro che dei volatili" D. Pennac

 puoi sempre consultare migliaia di documenti disponibili sul web ;-)
Ok, ma access 2002 costa euro 380+iva!
Ciao, Angelo

 php è un linguaggio di programmazione non un DBMS
  Lo sapevo, ma non sapevo come impostare la domanda! :-)
  Il "& co" cmq era messo li' apposta! ;-)
  Saluti,


 Non uso campi memo, ma questo dipende dal db che decidi di adottare.
  Ma sono facilmente gestibili? Io devo inserire nel database
osservazioni libere in molti campi, e non c'e' verso di farlo
altrimenti. Se si puo' farlo, bene, senno' mi tengo access. :-(
  Saluti e grazie.


   Ma sono facilmente gestibili?
Credo proprio che non ci siano problemi.
Ciao, Angelo

   Saluti e grazie.
Just my 2 cents
PS: il tipo "memo" si chiama "text" in mysql
-- 
  .-----------------------.
  | Emiliano Grilli       |
  | 
emi...@libero.it
      |
  | Linux user #209089    |
  | 
http://www.emillo.net
 |
  '-----------------------'

 PS: il tipo "memo" si chiama "text" in mysql
  Questa e' una buona notizia. Temevo che ci fossero problemi proprio 
con questo tipo di dati... :-)
  Grazie infinite a tutti, 


 altrimenti. Se si puo' farlo, bene, senno' mi tengo access. :-(
Non so cosa siano i campi memo, ma sia postgres che mysql supportano il
campo text a lunghezza libera. postgres supporta anche i blob (binary
large objects).

   Ed e' sufficiente openoffice o ci vuole staroffice a pagamento?
Li ho entrambi, ho acquistato staroffice perchč pensavo fosse piů completa
di OOo con i database, ma non č cosě, Staroffice ha solo in piů adabas, che
non mi sembra un granchč di db.
StarOffice o OpenOffice non sono lontanamente paragonabili nella gestione di
db e nella costruzione delle interfacce ad access. Mentre con gli altri
moduli non fanno assolutamente rimpiangere office, anzi.
Ciao, Angelo.

 volte ciò che si risparmia lo si paga il doppio dopo)
Dove hai parcheggiato l'astronave? :-)
Scherzi a parte, il supporto per Linux esiste eccome:
1- le patch sono tranquillamente disponibili, con commenti ed istruzioni 
del caso, sul sito della distribuzione che si sta usando. Esistono anche 
strumenti di aggiornamento automatico (SuSE you, Red Hat up2date, ecc.).
2- l'assistenza telefonica o via web c'è anche quella, basta comprare un 
pacchetto linux che la includa oppure "acquistare" l'assistenza da una 
società presente in Italia (per es. proprio RedHat o SuSE).
Vuoi il tecnico al telefono? Puoi averlo. Lo vuoi fisicamente a 
risolverti i problemi? Puoi averlo. Ovviamente si paga.
3- la documentazione in rete c'è in grande quantità, senza parlare di 
newsgroup e forum vari.
4- I siti delle varie distribuzioni contengono un apposito link "errata" 
con la descrizione dei problemi noi con la soluzione del caso.
Scusa, ma il tuo post mi sembra di una incongruenza (per non dire 
peggio) madornale.
Saluti
Prospero

 applicare qualcosa di semplice?
Oh bella, perche` devi crittografare i dati quando hai un ambiente
multiuser?
Henryx
-- 
Valentina: "Mi piace inventare gli spettacoli che voglio... quelli
che non riesco a vedere, cerco di sognarli..."
                                          Guido Crepax (1933-2003)

 multiuser?
  Non vorrei sbagliarmi, ma mi sa che si tratta di un obbligo di
legge. Devo gestire dei dati sensibili, molto sensibili, e son quasi
sicuro che sono memorizzabili su computer solo se protetti da doppia
password. Che con linux ci sarebbe anche: quella del BIOS e quella per
loggarsi. Non ricordo piu' se devono anche essere protetti da un
sistema di crittografazione, ma sarei cmq molto piu' tranquillo se ci
fosse anche questa sicurezza. Alle volte mi rubassero il computer, sai
com'e'... ;-)
  Si tratta cmq di un problema secondario, al limite lo risolvo con 
una crittografazione da linea di comando, anche se scomodo. Il 
problema sara' realizzare il database in SQL e interrogarlo in qualche 
modo. Cominciare da zero non e' facile. :-(
  Saluti,


 modo. Cominciare da zero non e' facile. :-(
Non è neanche così difficile, SQL è un linguaggio abbastanza semplice e le
istruzioni sono poche (anche se possono diventare molto complesse).
Le istruzioni principali sono SELECT, INSERT e UPDATE, mentre per creare
una tabella si usa CREATE TABLE:
CREATE TABLE indirizzi(
	id int auto_increment NOT NULL,
	nome varchar(30),
	cognome varchar(30),
	indirizzo varchar(50),
	note text,
	PRIMARY KEY id
)
Cerca in rete tutorial di SQL, ce ne sono vari. Credo che non ti pentirai
di averlo studiato.
Per quanto riguarda il frontend, in php ci sono già programmi abbastanza
completi (phpmyadmin) e comunque è abbastanza facile creare delle
pagine/maschera che si interfacciano al db, con openoffice invece puoi
creare delle maschere più "a la access".
Ciao


 creare delle maschere più "a la access".
  Phpmyadmin lo provero'. Con openoffice non c'e' una gestione 
database, pero'. Intendevi staroffice con adabas? O mi sfugge 
qualcosa? 
  Grazie!


 qualcosa?
OpenOffice e StarOffice si interfacciano ai db allo stesso modo, in piů
staroffice ti fornisce adabas. La differenza con access č che le maschere e
i report che ottieni sono in xml e il linguaggio per realizzarle e
starbasic, non avendo trovato sufficente materiale in italiano su starbasic
e non conoscendo xml ho preferito andare dritto su php.
Ciao, Angelo.

 e non conoscendo xml ho preferito andare dritto su php.
  Direi che e' meglio, infatti. Viva il php! :-)
  Saluti velocissimi,


   Direi che e' meglio, infatti. Viva il php! :-)
Avendo sondato (da niubbo) tutto o quasi quello che offre linux per chi
migra da access, concordo con te.
Ciao, Angelo.