Newsgroup: it.comp.software.database
Titolo: Piccolo inventario

Salve.
Non so se e' il posto giusto, ma ci provo.
Devo fare un piccolo inventario, nulla di che, meno di un migliaio di 
articoli.
Appena 5 o 6 campi per record: nome articolo, numero di serie, numero di 
inventario e qualche piccola nota.
Una volta aprei preso DB2000 per dos e avrei fatto un piccolo DBX.
Oggi, su sistemi windows, cosa posso usare?
Mi serve un piccolissimo sw di database freeware, magari con piccolo server 
WEB per fare piccole query dalla lan o internet.
Cosa mi consigliate?
Grazie.

 WEB per fare piccole query dalla lan o internet.
In teoria te la potresti cavare con Access/Jet[1] + Asp, ma
personalmente ti consiglio[2] PostgreSQL/Firebird/SQLite[3] + PHP[4]
Enrico
[1] no, non sono la stessa cosa. Access e` un frontend ODBC/ADO ad un
qualsiasi database abbia una interfaccia in una delle due tecnologie che
ho citato
[2] La motivazione e` semplice: Jet e` robusto quanto la carta velina,
Access da solo non serve a nulla e Asp e` deprecato in favore di Asp.NET
[3] PostgreSQL e` il piu` completo e potente RDBMS open source in
circolazione, e richiede una configurazione client/server (consigliata,
visto che devi prevedere piu` connessioni contemporanee). SQLite e` una
libreria che permette l'integrazione delle tue basi di dati senza dover
dipendere da un'architettura complessa come puo` essere quella
client/server. Firebird, infine, si puo` considerare una via di mezzo,
in quanto permette di avere sia una modalita` client/server (alla
pgsql), sia una modalita` embedded (alla sqlite). Ovviamente Firebird e`
una via di mezzo anche per le risorse richieste (ovvero richiede piu`
risorse di sqlite e meno di pgsql)
[4] In teoria non ti consiglierei neanche PHP, ma dopo
tutto e` un sistema che con pochi sforzi riesci a tirare fuori cose
buone (ovviamente rischi anche di fare delle immani schifezze con
ancora meno sforzi)

 personalmente ti consiglio[2] PostgreSQL/Firebird/SQLite[3] + PHP[4]
Mi basterebbe un programmillo semplice semplice...
Rinunciando alla pubblicazione su LAN potrebbe bastare anche un banale 
foglio excel?
Ok, excel non e' un database, ma se io faccio un foglio dove in ordinata 
metto i record e in ascisse i campi... poi posso mettere un filtro su ogni 
colonna?
Sono sicuro che la' fuori ci sono centinaia di piccoli SW che soddisfano le 
mie minime richieste ma... io non lo trovo.
Ormai trovo solo gente che parla di SQL, access, etc. 

 colonna?
Si, ma non ti conviene. Excel (cosi` come OOo Calc) sono limitati per
numero di dati che si possono immettere in un foglio[1]. Personalmente,
se l'interfaccia web non e` necessaria, installerei il trittico Firebird
+ ODBC + Access e implementerei una interfaccia con il prodotto
Microsoft (in alternativa puoi usare anche OOo Base, ma non ti so dire
come funziona). Nonostante le apparenze, l'uso e` molto piu` semplice e
veloce di quanto pensi, ed il risultato e` senz'altro migliore che
utilizzando il motore Jet integrato in Windows
Enrico
[1] Excel 2003 permette massimo 65535 righe per 256 colonne, mentre
Excel 2007 permette massimo 1048576 righe per 16384 colonne. Di contro,
OOo Calc 3 permette un massimo di 65535 righe per 1024 colonne

 [1] Excel 2003 permette massimo 65535 righe per 256 colonne
Hai voglia se mi basta...
Ho solo circa 500 record (divisibili pure per categoria, quindi piu' fogli) 
per circa 5 o 6 campi (colonne)...
Devo fare una stronzatella infiterrima.
Quello che non so fare e' la query, o meglio un filtro sulle parole.
Se inserisco 2 record "foglio-carta-A4" e "foglio-carta-A3" e come filtro 
metto "foglio" mi devono uscire i 2 record nascondendo tutti gli altri.
Devo scomodare access (di cui non ho licenza) per tutto cio'?
Possibile che non ci sia una specie di DB2000 dei poveri? ;)

 per circa 5 o 6 campi (colonne)...
Imho se è così banale, parti a mettere i dati su excel. Una volta che son
lì ad importarli su un DB è semplice, quindi non sarebbe lavoro sprecato.
Comunque al 99% vedrai che si complica via via, quindi prima o poi avrai la
necessità di fare qualcosa di diverso.

 Cosa mi consigliate?
Su oracle XE (la versione nota come "express" o "aggratisse") c'e' un
semplice "generatore di applicazioni", interrogabile via web, con il
quale penso tu ci metta abbastanza poco a mettere in piedi quello che
ti serve - forse ci sono anche dei template bell'e'pronti, al momento
la memoria non mi supporta. La licenza limita l'utilizzo a DB
"piccoli", ma direi che ci stai dentro alla stragrande. L'unico
problema è... che è oracle, quindi è un pachiderma, devi avere un PC
molto ben carrozzato per farlo girare.
bye!

Ragioniere ha scritto:

Scusate, ho letto le atre risposte...
Ma OO Base (Database di Openoffice) non potrebbe bastare?
Se "no" Perché?
Ciao
Giulio

Ragioniere ha scritto:

OpenOffice 3 Base
http://www.istitutomajorana.it/index.php?option=com_content&task=view&id=461&Itemid=33
ciao

ti ho visto tardi
 > Scusate, ho letto le atre risposte...
 > Ma OO Base (Database di Openoffice) non potrebbe bastare?
 > Se "no" Perché?
 >
 > Ciao
 > Giulio
concordo ciao

 Se "no" Perché?
Perche` e` la stessa cosa di utilizzare Access :)
Enrico
P.S. tra l'altro, ho citato anche quello come strumento

 Perche` e` la stessa cosa di utilizzare Access :)
agratis


 agratis
Touche`, non avevo notato quella precisazione
Enrico
P.S. comunque, visto che serve per lavoro, piuttosto che usare OOo
acquisterei una licenza di StarOffice, in quanto mi permette di dare un
piccolo contributo ad un software che merita veramente tutto il
supporto possibile (senza contare che, se non ricordo male, una licenza
di StarOffice la si trova a circa 30 euro)

 Possibile che non ci sia una specie di DB2000 dei poveri? ;)
Anche con Excel puoi filtrare solo alcune righe
Non l'ho mai fatto personalmente ma l'ho visto fare e quindi cerca un'attimo 
nell'help ma dovrebbe essere realizzabile semplicemente
Ciao
RobertoA

 Anche con Excel puoi filtrare solo alcune righe
si effettivamente si può:
dati filtro automatico e poi filtro personalizzato contiene e metti la 
parola e dovrebbe essere possibile anche con filtro avanzato
ma è meglio utilizzare un "vero" db (stampe, form etc)
ciao

 ciao
E' meglio se la selezione da fare fosse complessa
Mi sembrava che gli bastasse la selezione semplice
Se cosi fosse, Excel e' il mezzo migliore
Ciao
RobertoA