Newsgroup: it.comp.os.linux.debian
Titolo: Quale Database?

Salve a tutti,
cosa usare in sostituzione ad Access qui su Linux Debian?
Grazie
-- 
GianSi_80 da Debian

 cosa usare in sostituzione ad Access qui su Linux Debian?
Access fa molte cose e tutte male.
Che applicazione deve avere il database?
Ci sono almeno una decina di database SQL veri, più OpenOffice.org 2.0
che integra HSQLDB, un database SQL vero scritto in Java.
Forse questa è una cosa che si avvicina alla normale percezione di Access.
Puoi installare OpenOffice.org 2.0 per Debian Sarge scaricando da qui
(oppure aggiungi le sorgenti di 
backports.org
 in /etc/apt/sources.list)
http://www.backports.org/debian/pool/contrib/o/openoffice.org/
Ciao
gl

 /etc/apt/sources.list)
Ho gia' OpenOffice (1.1) ma vorrei un buon database; qualcosa che mi
permetta di cercare i miei titoli i quali, su access ed excel, hanno
un indicizzazione che mi permette di risalire alla loro collocazione
fisica dato che con tutto quello che dispongo, ho dovuto rimuoverli
dalle loro custodie originarie ed archiviati in armadi costruiti allo
scopo...
E' da qualche mese che uso Linux pero' ho ancora il problema del
Database, infatti al momento uso ancora access e, nel caso, per
aggiornare il catalogo devo tornare su Win.


 scopo...
Io ho detto OpenOffice.org 2.0 (due-punto-zero)-
O successive ovviamente.
Apre i file .mdb, se è quello che ti serve.
Di più, nin zò.
ciao
gl

 disporre di apache2, di PHP 5 di phpmyadmin ecc...?
phpmyadmin e' una GUI a mysql e richiede apache, e' comodo ma non e'
necessario.  

Il fatto e' che avendo scelto di passare a Debian cerco anche di
utilizzare il piu' possibile applicazioni gia' disponibili su questo
sistema. Cerco un DBMS che sappia SOSTITUIRSI ad Access, non qualcosa
che utilizzi i file da esso prodotti, qualcosa che possa gestire la
mia raccolta audio/video... una sorta di sistema bibliotecario.
insomma che soprattutto possa essere utilizzato anche come sistema di
ricerca titoli, generi, autori, registi, compositori, ecc ecc.
Sono all'inizio del libro MySQL 5 ad ancora non ho bene in mente
quindi le sue potenzialita'. Mi chiedevo; secondo voi MySQL 5 assieme
a myphpadmin (querry browser + ecc, ecc) puo' essere utile per tale
utilizzo?
Altrimenti, sempre rimanendo nel software libero, cosa mi
suggerireste?


utilizzo?
Per avere un'interfaccia di accesso ai database mysql non e'
strettamente necessario usare php (ne' di conseguenza apache). Non li
ho provati, ma a occhio e croce credo che potresti dare un'occhio ai
programmi mysql-navigator e mysql-admin. Magari sono sufficienti, e
probabilmente si trovano altre interfacce grafiche di
gestione-consultazione di database mysql, cercando in synaptic o su
internet.
Inoltre, amarok crea e gestisce un database dei file audio (la
"collezione") proprio utilizzando mysql (oppure, se si preferisce,
SQLite o postgreSQL).
Anche con php-apache, comunque, non e' difficile realizzare una comoda
interfaccia web, se conosci un po' di html.
ciao

 suggerireste?
ci sono dei software specifici (più o meno dei giocattolini poco pratici)
http://freshmeat.net
http://sf.net
ciao
gl

Qualunque vero database SQL è superiore ad Access, 
Da che punto di vista?
A me Access non piace, non mi piace la sua variante di SQL
(sostanzialmente perche' non e' quella che conosco), ma non saprei
dire se rispetto ad altre essa sia superiore, inferiore o x.
Dal tuo punto di vista quali sono gli svantaggi del suo SQL?
Access ha comunque il vantaggio di avere bell'e pronta un'interfaccia
abbordabile e database che stanno-in-un-file-e-si-aprono-con-un-clic;
per molti e' certamente meno disorientante dell'avere a che fare con
client e server, o di smanettare su tre software diversi
(php+apache+mysql (+browser)).

 suggerireste?
un nuovo post su it.comp.software.database

 comoda interfaccia web, se conosci un po' di html.
Esatto, vorrei far in modo che per la consultazione sia possibile
avere un'interfaccia web.
-- 
GianSi_80 da Debian

 In Debian sarge c'e' la versione 4.0.24
Certo, comunque ho in mente di installare la 5 tramite il backport
cosi' come ho fatto per vari altri programmi fra cui amaroK. Infatti
il vecchio amaroK, con tutto il rispetto, era una ciofega confrontato
al mio attuale, pur rimanendo un ottimo programma, ma questo e'
superiore... ed anche mySQL 5 sara' superiore al 4.
Fra l'altro dispongo del libro di mySQL 5 (MySQL 5, guida completa -
Apogeo), sono arrivato adesso al capitolo 7, penso dal titolo
parlera' appunto di Access, Excel ed OpenOffice... credo iniziero' a
vederci un po' piu' chiaro, quindi.
-- 
GianSi_80 da Debian

 
Access non e' un database, checche' ne dica microsoft.
Un database e' una applicazione server e per interfacciarsi ad esso 
occorre una applicazione client.
Se tu preferisci un coso che integri tutto in un unica applicazione 
monolitica avrai Access ma non un database.

 avere un'interfaccia web.
Quindi devi necessariamente passare attraverso un server web che fa da 
gateway tra il database e il browser.

 libri e circa 800 titoli di manga/fumetti. 
Il modo corretto di fare quello che vuoi è:
1) Studiarsi come funzionano i database relazionali e l'SQL.
2) Scriversi lo schema per la tua collezione
3) Scriversi l'interfaccia grafica
Access permette di fare 2 e 3 con una interfaccia amichevole (TM).
Se vuoi una interfaccia web, ti conviene fare le cose dalla base perchè
non esisterà mai un prodotto generico che sia adattabile perfettamente
al tuo problema.
Per il tuo caso ti consiglio SQLite + Python, ma se devi impararli da
zero e solo per questo compito non ne vale la pena.
Vedi se qualcun altro ha il tuo stesso problema, in modo da dare un
senso allo sviluppo di questa applicazione (nel qual caso ha senso anche
scrivere una interfaccia ottimizzata per l'inserimento dei titoli).
Saluti  Manlio Perillo


la tua domanda potebbe diventare
che GUI posso usare per un database
o te la scrivi e "ne puo valere la pena" e qui puoi scegliere
tra
*openoffice base (come gui)
java
asp (si propio M$)
php + phpgtk
perl
jsp
c++
kde/gnome
progress
e come motore db hai parecchia scelta
*mysql
postgree
base (openoffice)
oracle
 (*) Il mio consiglio e' quello di scrivere qualcosa di portabile e FREE
comunque dillo che ci vogliono delle gui alla access !!!!!!!!


 (php+apache+mysql (+browser)).
se stiamo parlando di un giocattolo che ci facciamo a casa per gestire la
propria collezione di dischi, ok.
se stiamo parlando di un applicativo aziendale si chiamano degli
specialisti e ci si fa realizzare l'applicativo, client e server.
no?
ciao
gl

 di scelta.
C'è sia la 4.0 che la 4.1 che nonostante uno 0.1 di differenza sono molto
diverse.
Se non erro è dalla 4.1 che mysql può fare le select from select.
ciao
gl

 
Esiste kexi (se non mi sbaglio nessuno l'ha ancora detto), un frontend
grafico della famiglia koffice. Si appoggia ad un db (postgres, mysql,
sqlite) e fa quello che vuoi tu.
L'unica "pecca", se così si può chiamare, e che devi passare ad unstable
(anche se di instabile ha veramente poco!)
Aggiorna i repository, apri synaptic, installa e provalo!
Ciao,
Michele

 Grazie
Tellico (
http://www.periapsis.org/tellico/
):
collection manager for books, videos, music.
Tellico is a collection manager for KDE. It includes default collections
for
books, bibliographies, comic books, videos, music, coins, stamps, trading
cards, and wines, and also allows custom collections; with unlimited
user-defined fields allowed. Automatically formatted names, sorting by any
property, filters, automatic ISBN validation and full customization for
printing or display through XSLT files are some of the features present. It
can import CSV, RIS, BibTeX, and BibTeXML files; and export CSV, HTML,
BibTeX,
BibTeXML, and PilotDB. Tellico can also import data from Amazon, IMDb,
CDDB,
or any US-MARC compliant z39.50 server.
The files are stored in XML format, avoiding the need for database server.
It also makes it easy for other softwares to use the Tellico data.
Non so se ti possa venir utile ma mi sembra che per i tuoi scopi sia
sufficiente.
Ciao
Dannik

 sqlite) e fa quello che vuoi tu.
Ed ha pure un plugin per importare i dati da access... Ma tra i frontend
aggiungerei anche knoda che si appoggia sulle librerie hk [che non conosco
affatto, ma ci avevo dato un'occhiata tempo fa]... se non sbaglio c'č
anche per sarge... E fra le cose non citate ci metterei pure un altro
motore database come firebird2...
Insomma, il solito guaio di linux: non c'č mai un'unica alternativa, ma
ce ne sono moltissime. :-)
Ciao ciao
Claudio