[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Grave Problema: OpenOffice.Org-BASE



dixie ha scritto:

Sfatiamo una leggenda proprietaria... MySQL è licenziato con doppia licenza (una di queste è la GPL 2), quindi non direi proprietario. Ha alcune funzioni in meno di Postgresql (poche e direi "specialistiche")

penso che questa sia una affermazione soggettiva: una funzione è specialistica o meno a seconda se la persona la conosce e la usa o meno.

Avere un database che supporta una data funzionalità che non userai mai perché non la conosci, la reputi inutile o non ti interessa ... è totalmente inutile.

Avere un database che non supporta una data funzionalità che usi spesso ... è come utilizzare un prodotto monco in cui ti manca sempre qualcosa.

In ogni caso penso che attualmente i database siano programmi molto complessi e non ne esista nessuno che ha tutte le funzionalità di un altro.

ed è, forse, per questo che è più snello e veloce. (puoi andare a vedere http://dev.mysql.com/tech-resources/faq.html).

non ho mai fatto test di velocità, ma penso che anche in questo caso non esista un database più veloce in assoluto. Dipende da molti fattori: come è stato configurato, come è stato creato/strutturato, come è utilizzato, ...

La velocità può essere importante o addirittura irrilevante, dipende molto dall'uso che se ne deve fare e anche da fattori esterni (es: velocità di connessione)

Rispetto allo standard ANSI SQL: è vero ci sono alcune differenze :

For VARCHAR columns, trailing spaces are removed when the value is stored. See Section A.8, “Known Issues in MySQL”.

questa non la sapevo e per me è una mancanza di funzionalità poco accettabile. Io utilizzo, come uso personale, database per trasformare dati e questa sarebbe per me una caratteristica molto negativa.

Però, non me ne vogliano i puristi, è molto meglio documentato e con OOo funziona alla grande (fra l'altro in rete vi sono un infinità di howto specifici).

dipende molto se prima ti sei letto tutta la documentazione ;-) o se scopri solo quando hai messo in produzione qualcosa che ha un funzionamento "non-standard"

Ma in sostanza la mia domanda è: continuare con MySQL in virtù della maggior semplicità, portabilità e documentazione oppure... fare il passo verso un prodotto per certi versi più completo?

come detto sopra dipende molto dalla persona, dall'uso che ne vuoi fare, ...

Io ho iniziato ad utilizzare PostgreSql qualche anno fa e devo dire che è davvero potente, mi sono trovato bene sin dall'inizio (però conoscevo già le basi ... utilizzare un database non è poi così banale, possono occorrere mesi per capire veramente le basi dell'SQL).

Non credo che sia solamente un problema di pelle ma di senso ragionato (io le triggered e le stored procedure non le uso con OOo)

i trigger sono strumenti molto potenti, ma non sempre così semplici da utilizzare ... in strutture complesse potrebbe non essere semplice riuscire a capire cosa e quando fanno qualcosa. Anche al lavoro li usiamo abbastanza poco e solo per operazioni ed in parti della struttura molto semplici.

Le store procedure invece sono, secondo me, fondamentali (questo perché le uso molto) e possono velocizzarti di molto un'operazione (parte di programma) che potrebbe essere lento se fatto direttamente sotto OOo ... soprattutto se il database è in remoto e la connessione non sempre velocissima.

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Conoscere il TC: http://www.no1984.org
Strumenti per l'ufficio: http://it.openoffice.org
Sistema operativo: http://www.it.debian.org
Browser: http://www.mozilla.org/products/firefox
Client di posta: http://www.mozilla.org/products/thunderbird
GNU/Linux User: 302090: http://counter.li.org
--
Non autorizzo la memorizzazione del mio indirizzo di posta a chi usa
outlook: non voglio essere invaso da spam



Reply to: