Newsgroup: it.comp.os.linux.sys
Titolo: [1/2 OT] dbms free

Stavo guardando in giro per un db "commerciale" ma free che potesse gestirmi una piccola mole di dati (circa 50k record al giorno, di al massimo 50/100 byte ciascuno), e ho dato un'occhiata a 
https://www.kbce.com/db2-community-edition/
, dove riporta db2.
Qualcuno l'ha usato in produzione? la licenza non e' molto chiara, e' possibile usarlo per scopi commerciali?

 possibile usarlo per scopi commerciali?
 
Usa PostgreSQL
 
Enrico

 Qualcuno l'ha usato in produzione? la licenza non e' molto chiara, e' possibile usarlo per scopi commerciali?
 
ma perché proprio db2? hai qualche motivo particolare? perché ad una 
prima valutazione a me parrebbe proprio l'ultima scelta.
postgresql mi parrebbe una scelta molto più sensata.
 

 Stavo guardando in giro per un db "commerciale" ma free
 
  Cosa intendi per "commerciale"?
 
 

 Stavo guardando in giro per un db "commerciale" ma free
 
Ora ho notato il "commerciale" nella domanda. Tralasciando che ho timore di
voler sapere il perché, MS SQL Server è un'ottima risposta, non foss'altro
perché è il più semplice da gestire tra gli RDBMS commerciali
 
Enrico

 perché è il più semplice da gestire tra gli RDBMS commerciali
 
 
fino ad adesso ho sempre usato postgres, ma vorrei anche usare qualcosa di diverso, se non altro per guardarmi attorno. 
sqlserver express e' un po' piccolo come dimensione del db (max 10 gb).

 sqlserver express e' un po' piccolo come dimensione del db (max 10 gb).
 
Lo scopo delle versioni gratuite ovvero le versioni express è per demo
o per piccoli carichi, in modo da poter facilmente scalare alle versioni
complete in caso i carichi cambino. In questo contesto, è ovvio che a pagare
la licenza è l'eventuale committente
 
Enrico

> Enrico
 
ok, grazie per la risposta.
Allora mi sa che rimarro' su postgres.


sì ma per esempio l'immagine docker se la limiti a meno di 2g di ram non 
parte nemmeno.
 
questi oggetti hanno senso secondo me per farsi l'ambiente di sviluppo 
locale dove in produzione c'è la versione standard o enterprise. usarli 
come database di produzione solo perché gratis, anche se consentito, non 
ha senso.
 
se vuoi qualcosa di diverso potresti pensare ai no-sql. per esempio 
piccoli record chiave-valore redis è ottimo, oppure se si tratta di 
misurazioni potrebbe essere il caso di usare un time series database.
i relazionali alla fine uno vale l'altro e spesso sono tutti egualmente 
inadatti.
 
 
 

 inadatti.
 
Personalmente sono dell'idea contraria, ovvero che i relazionali sono tutti
egualmente adatti
 
Enrico

>   Cosa intendi per "commerciale"?
 
quelli "fuori i soldi e taci" :)

 inadatti.
 
Ti do' ragione nel caso dovessi, ad esempio, leggere dei sensori, e con una cadenza molto veloce, con necessita' di non perdere nessun dato a causa di delay. 
Pero' a quel punto non andrei di unix+dbms ma mi butterei su un rtos + file sequenziali.

 quelli "fuori i soldi e taci" :)
 
Non capisco tanto amore per chi ti tratta male... 😕
 
 
 

> Non capisco tanto amore per chi ti tratta male... 😕
 
finche' non devo pagare...

 
 
  Essere trattato male ti va bene finché non paghi?
  Che gusti...