Newsgroup: it.comp.www.php
Titolo: Prestazioni MySql e alternativa Oracle

Ciao a tutti,
parlando con un cliente e del tipo di sito che vuole fare siamo arrivati a
calcolare che nel db del suo sito potrebbe inserire addirittura 400.000
righe!!
Sinceramente nel mio piccolo mi sono capitati database con tante righe ma
MAI di queste dmensioni.
Per questo chiedo a voi: avete esperienza a riguardo?  MySql é stabile anche
per gestire questa quantità di dati?
La stessa persona mi ha detto che un amico (i classici consiglieri 'esperti'
:) ) gli ha consigliato di usare un database come Oracle....
Ecco io confesso la mia ignoranza e ammetto di aver fatto una faccia strana
quando l'ho sentito.
Sono un semplice programmatore di PHP con tanta buona volontà, ma mi chiedo:
é davvero conveniente usare Oracle per i servizi web di questa portata?
Io non ho mai usato Oracle e se fossi costretto mi metterei anche a
studiarlo, ma qualcuno di voi crede che MySql deve lasciargli spazio in
certi casi? Io ho sempre ritenuto MySql un ottimo db e soprattutto molto
forte e innovativo, ma i dubbi non mancano mai.
Credo che sicuramente bisognerebbe avere uno spazio in Housing per usare
Oracle, se così fosse, sapete SE é possibile interfacciare PHP a questo db?
(come si farà sarebbe un eventuale problema fututo...)
Grazie a tutti
    Mark

 a questo db?  
http://www.php.net/oracle
-- 
I am what I am, I do what I can
Sei un newbie? Leggi questo 
http://url.repository.biz/go/1
Inviare email con allegati? 
http://url.repository.biz/go/1Z
Cerchi un programmatore PHP/MySQL? 
http://url.repository.biz/go/1Y
L'uomo, conscio di sbagliare, persevera.

 query effettuate, dal numero di utenti contemporanei etc. etc.
il budget diciamo che per ora non sia un problema.
Il numero di query dipende da questo:
- un portale (destinato a tutti) con 'sola' funzione di motore di ricerca
(non potrei fare a meno dell'uso di LIKE per 1 campo)
- una interfaccia per altri utenti (poche decine) con query identica a
quella del portale
- una amministrazione per inserire i dati
Non so che idea farmi, diciamo che se un buon sito é visitato da 10000
utenti al giorno.... boh...si può dire che possono essere 20 query
contemporanee? Forse sono ottimista?
Credo che 20 é un numero fattibilissimo per MySql... c'é un valore di soglia
di query contemporanee?
Grazie ancora
    Mark

 Il numero di query dipende da questo:
...
Secondo me con questo tipo di carico MySQL ce la fa benissimo.


 per gestire questa quantità di dati?
Considera anche l'alternativa PostgreSQL

> Considera anche l'alternativa PostgreSQL
Non lo conosco molto, credi che sia migliore di MySql? Nel frattempo cerco
di informarmi.
Grazie


:Provate a guardare gli ingredienti del famoso Labello che si usa per
:le labbra screpolate: Butirrospermum Parkii (sperma di maiale).

 Mark
Di niente,
--
Andrea
-----------------------------------------
Messaggio inviato con Excite Newsgroup.
http://www.excite.it/newsgroup


Un consiglio, magari crea una tabella da utilizzare come indice per le
ricerche con like, contenente solo il campo (ad esempio keywords) su cui
fare la ricerca e l'indice alle righe della tabella principale.
Ti costerà un po' di fatica nell'implementazione, però scaricherà di molto
lavoro il tuo database.

, 
ma...@hotmaille.com
 says...

Non credo incontrerai problemi particolari di performance avendo a che fare con questi 
numeri.
Il mio consiglio e' di evitare l'uso di LIKE, costringerebbe al motore del database di 
scandire tutti i records ad ogni query. Appoggiati piuttosto alle funzioni di full-text 
search native di MySQL (vedi il manuale), che potrebbero incrementare la velocita' del 
motore di ricerca.
Un ultimo consiglio, ma non per importanza, investi un po' di soldi in una licenza 
commerciale di MySQL; lo staff di 
mysql.com
 potra' consigliarti al meglio su come 
ottimizzare il database e il codice delle query.
-- 
Roberto Lupi