Newsgroup: it.lavoro.informatica
Titolo: partizionamento database

Salve, mi trovo di fronte ad un software che utilizza un database
partizionato in maniera manuale, cioč con le tabelle e le insert ad esempio
effettuate a seconda di una certa condizione e gestite quindi a livello
applicativo. Il Database utilizzato č MySQL. Dato che ho visto che MySQL 5.1
supporta il partizionamento in maniera trasparente. Mi chiedevo:
1) Conviene davvero utilizzare il partizionamento? o meglio dire quando ciň
conviene?
2) Quanto č stabile/affidabile il partizionamento fittizio di MySQL?
3) Ma conviene usare MySQL o ci sono alternative open-source migliori su
grosse moli di dati?
Grazie a chi vorrŕ rispondermi.
Graditi anche solo riferimenti.
Ciao
Giovanni.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 grosse moli di dati?
postgres mi dicono essere più robusto, ma non ho esperienza diretta su 
grosse moli di dati.
-- 
++ Fino all'anno scorso avevo un solo difetto. Ero presuntuoso.
http://unopuntozero.wordpress.com/
http://www.flickr.com/photos/marko_po/

 Grazie a chi vorrà rispondermi.


 in ambito faramceutico, bancario, telecomunicazione, etc ?
ha qualcosa a che fare col partizionamento?


 Graditi anche solo riferimenti.
Guarda, quasto è un prodotto interessante,
è un postgres modificato che mira ad avere piena compatibilità con oracle.
Il prodotto è open source.
http://www.enterprisedb.com
per quanto non penso che mysql sia un db non adeguato a quello che chiedi.

 
http://www.enterprisedb.com
Sono post come questi che mi fanno ritenere questo ng un valido strumento
per il nostro lavoro, al di là dei vari Luc, duchi etc.
Pur usando Postgresql da parecchio tempo (con l'estensione Postgis) non ero
a conoscenza di questa versione, che leggo sul sito dovrebbe includere
l'estensione GIS in modo nativo (mentre in Posgresql era compresa
-embedded- nel setup fino alla versione 8.2, mentre dalla 8.3 lo scarichi
via internet durante il setup, cosa non sempre comoda). Faro qualche
verifica in merito.
Grazie per la segnalazione.
PaF

PaF ha scritto:

Io lo conosco da qualche annetto e avevo proposto di provare a 
sostituirlo ad un db oracle usato esclusivamente per della reportistica, 
nell'azienda dove ero prima. Chiaramente la proposta mi fu bocciata però 
mi aveva permesso di usare il prodotto in prova.

 mumble, mumble .... firebird?? Che fine ha fatto?
Vivo e vegeto
http://www.firebirdsql.org
Lo avevo considerato anni fa ma preferendo infine MSDE, in quanto gli odbc
driver erano assolutamente incompleti e in alpha version, ora non so se
abbiano raggiunto la maturità e soprattutto ci sia un .Net provider come
per postgresql
PaF

 grosse moli di dati?
PostgreSQL probabilmente scala meglio (ed ha una serie di vantaggi 
funzionali e in termini di SQL compliance), ma l'amministrazione di db 
veramente grossi, specialmente se OLTP, non è uno scherzo neanche con 
Postgres:
http://highscalability.com/skype-plans-postgresql-scale-1-billion-users
Detto questo, esistono db su MySQL altrettanto grossi e attivi, visto 
che MySQL è usato da una miriade di siti ad altissimo traffico (ad es. 
YouTube).
Ciao.

 per il nostro lavoro, al di là dei vari Luc, duchi etc.
Si', ma bisogna dire che se tutti ci si mettesse a porre questioni
tecniche, questo gruppo cambierebbe la sua destinazione d'uso.
Ad esempio, a me e' da un po' che chiedono di federare
l'autenticazione tramite ADFS (nt token based) di Sharepoint (no claim
aware) e SSRS (in sharepoint integrated mode). Il supporto di
Microsoft mi dice che teoricamente si puo' fare, ma non mi sanno dire
come, io ci riesco con SSRS in native mode, ma non in sharepoint
integrated mode. Seguo il traffico con Wireshark, ma non trovo niente
di evidente, nemmeno sui log di sistema, con tutte le chiavi di
registro possibili per kerberos e web sso attivate. Su Google
sull'argomento non si trova praticamente nulla (qualche articolo su
blog MS su come configurare Sharepoint con claim aware ADFS), e sui
gruppi Microsoft a chi fa domande decisamente molto piu' banali di
questa nemmeno rispondono. Si puo' fare? Se si', come?
Avrei altri 100 quesiti come questo o peggio, e magari uno ogni tanto
male non fa, ma e' questo il posto in cui porli?
--
ale
http://ale.riolo.co.uk

 tecniche, questo gruppo cambierebbe la sua destinazione d'uso.
Su questo sono d'accordo, il post iniziale era OT e sarebbe stato meglio
postarlo su un ng apposito. Premesso questo preferisco di gran lunga un OT
simile piuttosto che gli sproloqui di alcuni personaggi del ng.
PaF

 
http://ale.riolo.co.uk
Ciao NIcola


 
http://hscale.org/display/HSCALE/Home
E' la stessa cosa che avevo pensato anche io. Perň ora chiedo: db molto
grossi cosa si intende? Mi piacerebbe avere qualche opinione in proposito.
Tabelle con qualche milione di record continuo a considerarli non molto
grossi e penso che MySQL possa fare ancora il suo lavoro.
Stavo pensando di fare dei test sempre che ne valga la pena.
Grazie per i riferimenti me li leggerň attentamente.
Ciao.



Si potrebbe fare che dopo x post OT per politica e affini possa partire un
post OT di tipo tecnico, ovvio che il primo che arriva vince, gli altri
aspetteranno e tenteranno il prossimo giro... :-)
Ciao, Alessandro
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 
c'è sia la versione free che quella a pagamento

 non ci sono 2 chiamate a gratis al PSS comprese con la subscription?
Qui sono Microsoft Gold Certified Partner da 14 anni, e se anche
arrivassimo ad un qualche limite annuo, possiamo in realta' chiamarli
quando vogliamo.
Sull'argomento di cui sopra la risposta sembra essere (non ci ho
parlato io direttamente) quella citata "teoricamente si dovrebbe poter
fare". BTW il loro supporto non e' che sia il massimo, di solito ci
sono 2 o 3 livelli che devi superare prima di parlare con qualcuno che
ti sappia dare risponde non banali.
--
ale
http://ale.riolo.co.uk

 ..  da 14 anni ..
prima che qualcuno mi prenda sul serio, esageravo, era per dire che
comunque abbiamo quello status da un po', e con il supporto Microsoft
ci si parla spesso.
--
ale
http://ale.riolo.co.uk

 
firebird è un ottimo prodotto e molto più completo di mysql. Ha davvero 
tante caratteristiche e stabili che ci appoggerei tranquillamente 
applicativi in produzione.

 tecniche, questo gruppo cambierebbe la sua destinazione d'uso.
Certo non bisogna fare helpdesk, segnalare però prodotti 
(disinteressatamente!!) o riportare esperienze non farebbe proprio male 
al ng.


Ah be', se pure li in MS non sanno che farci, la vedo dura, altro che 
supporto sul NG...
Ciao, Alessandro

 Stavo pensando di fare dei test sempre che ne valga la pena.
In rete ne trovi già a bizzeffe, ma testare le cose nel proprio ambiente 
è sempre la strategia migliore (risorse permettendo).
Ciao.

 InterBase 6.0 code
E' molto interessante. Comprende sia un server tradizionale, per
multiutenza, diciamo così. Sia un server cosiddetto embedded, cioè
sul tipo di Sqlite, per gestire i dati di un singolo programma.
 Ha stor. proc., triggers, è facilmente estendibile scrivendo librerie
di funzioni in C, Delphi, ha drivers nativi, Odbc e Net, ed è
opensource.
Che vuoi di più? :-) L'ho provato su piccole applicazioni (diciamo
fino a 100-200.000 righe) con ottimi risultati, ma non ho esperienza su
grandi moli di dati.

 provider come per postgresql
Sì, ora c'è, compatibile con Net 2.

 Direi che MySQL non e' adeguato per gestire una grossa mole di dati.
Io non sono molto d'accordo con questa tua affermazione:
http://www.mysql.com/customers/customer.php?id=75
Se google lo usa come DB, non deve essere poi così pessimo e problematico.
Poi è chiaro che se uno progetta i db ad-minchiam, qualche problema lo
può avere, così come potrebbe averlo Postgres o Oracle.
Non so su che dimensioni lavoriate voi, ma io ho in produzione un db da
oltre 17 GB su Mysql che non è ahimè per niente ottimizzato (non l'ho
progettato io :D) e fin'ora (SGRAT) problemi non ne ho mai avuti (riSGRAT).
Preciso che da giugno su questo DB sono stati caricati 10 GB di dati.

 Preciso che da giugno su questo DB sono stati caricati 10 GB di dati.
17 giga possono essere tanti come pochi, il problema non è gestire la 
dimensione del database. quello che mette in crisi il db (e che fa 
ricorrere al partitioning) e il numero di righe sulle singole tabelle. il 
concetto è che se hai una tabella ha svariati milioni di record i tempi 
d'accesso via index cominciano a non essere più costanti e le performance 
decadono drasticamente, il partitioning serve ad ottimizzare questi 
accessi.


 serve ad ottimizzare questi accessi.
Io aggiungerei anche il tipo di uso. Se faccio una query ogni 5 minuti,
che pesca pochissime righe, la risposta del db può essere ben diversa
dal caso di N query al minuto, ognuna che restituisce migliaia di righe.
Come pure un conto è avere una tabella congelata (carico oggi 10 gb, e
fine), ed un conto ben diverso è una tabella che subisce migliaia di
variazioni ogni giorno.
 

 ricorrere al partitioning) e il numero di righe sulle singole tabelle.
Sì, mi aspettavo questa obiezione, ma sono dovuto correre in riunione e
non ho potuto precisare.
Attualmente ho 32 tabelle per un totale di 88438348 record. Ovviamente
ho tabelle molto piene (19402968) e tabelle sostanzialmente vuote (430
record).
Però effettivamente ho una media giornaliera molto di utilizzo molto
bassa (~ 200 accessi giorno).
In ogni caso convengo con tutti voi che partizionamento (e
consolidamento) sono le uniche strade (e in effetti io sto spingendo
molto su questi argomenti, pur non essendo io il DBA).

 cercava e' un peccato biasimarlo, anzi buon per lui :-) .
Buon per lui, certamente :)
Volevo solo velatamente ricordare che il manifesto chiaramente recita
che "Non sono benvenuti i messaggi di aiuto su argomenti riguardanti
l'informatica, poiche' per questo esistono tanti altri gruppi.", e che
l'oggetto principale del gruppo e' lo scambio di esperienze lavorative
nel settore informatico.
--
ale
http://ale.riolo.co.uk

 per il nostro lavoro, al di là dei variLuc, duchi etc.
Non ho mai negato che per me ILI è equivalente ad un bar dove parlo
con colleghi. C'è sia il lavoro (non troppo tecnico, però) che le cose
più "leggere"...
Altrimenti che noia.
--
Luc