Newsgroup: it.comp.www.php
Titolo: Consiglio su DB Linux

Avendo un sito ecommerce che ha un traffico di circa 20 pagine al secondo, 
con una media di 20/25 query per pagina su un DB composto da una 50ina di 
tabelle poco "popolate" quale database potreste consigliarmi? Preciso che 
dovrebbe funzionare in ambiente Linux (il sito e' Apache-PHP) e che i dati 
del gestionale risiedono su MS-SQL
Grazie in anticipo
I.d.N. 



MySQL va benissimo allo scopo, ma non si è capito se intendi
interfacciare i dati residenti sul gestionale con quelli sul web, in
questo caso le cose si complicano e ho idea che toccherà utilizzare
MS-SQL ma la cosa è sconsigliabile in quanto nel gestionale i clienti
sono clienti reali via web puoi ritrovarti Cappuccetto Rosso ecc..
il che propenderei su due applicazioni ben distinte che al limite si
aggiornano estrapolando i dati dal gestionale

 interfacciare i dati residenti sul gestionale con quelli sul web,
Il DB di MySQL dovrebbe essere solamente la base dati per Apache, deve 
essere eventualmente solo aggiornato ogni tot per essere allineato con i 
dati del gestionale. Gli unici dati che da Apache vanno vesro il gestionale 
sono gli "ordini" ricevuti dal sito......
Ti richiedo solo una precisazione perche' non Sybase, Oracle, Postgree etc 
etc (ho buttato nomi a caso.......) oppure perche' proprio MySQL?
I.d.N. 

 tabelle poco "popolate" quale database potreste consigliarmi? Preciso che 
4-500 query al secondo?
Cioe` qualcosa che ti risponda a ogni query in 2 millesimi di secondo.
Ti conviene un database che si possa "clusterizzare", credo. :)
Io ti consiglierei postgres, ma non l'ho mai usato in cluster.
Magari con un po' di dischi SCSI in striping, o, se le tabelle sono
molto piccole, con una buona dose di RAM, ma soprattutto con
multiprocessore abbastanza veloce, te la dovresti cavare.
Dipende tutto dalle dimensioni delle tabelle e dall'ottimizzazione del
DB.
Bye.

 etc (ho buttato nomi a caso.......) oppure perche' proprio MySQL?
Oracle? se hai 200.000 € da investire in hardware e licenze software ne
discutiamo sennò passiamo oltre..
Postgree è validissimo ma se non utilizzi trigger e stored procedure non
ha senso utilizzarlo, inoltre è più lento di Mysql (che tra l'altro è
clusterizzabile) e di gestione più complessa.
Sybase personalmente non l'ho mai usato e non so dirti molto certo è che
difficilmente sarà più veloce di un Mysql soprattutto se dovrà lavorare
con PHP ed Apache, inoltre entra in gioco il supporto ed i tool
integrabili con quest'ultimo.
Se ti interessa qualcosa di pronto dai un occhio al sito
www.zuppamondo.com
 (venderanno cibo per cani o qualcosa del genere) ho
appena finito di integrare i moduli per la partita iva nella registrazione
dell'utente, se può andare posso tirartene su uno in un paio d'ore, è
software open sourece scaricabile seguendo i link in basso ed una volta
patchato e configurato va che è una meraviglia, sicuramente uno dei
software di e commerce più utilizzati (si possono vedere molti esempi
sull'omonimo sito).
Una soluzione del genere noi la proponiamo hosting e dominio inclusi a
500€ annui ma volendo possiamo integrarla anche direttamente sul server
del cliente (linux ovviamente).
Se ti può vagamente interessare te ne metto uno on-line da testare (senza
impegno).

 DB.
Come gia' detto il DB e' relativamente piccolo.... e niente di particolare 
anagrafica di qualche migliaio di clienti e  altrettanti articoli.... 

 impegno).
Il nostro obiettivo (finalmente raggiunto) e' di avere HW e SW gestito 
interamente da personale interno all'azienda, percio' l' hosting non e' 
"gradito".
Grazie cmq dell'offerta....
Ricapitolando dovrei cominciare a sperimentare con MySQL....
I.d.N. 

 discutiamo sennò passiamo oltre..
E perche' mai spari queste cifre cosi' alte ? Una soluzione Oracle ti può
costare anche meno di un centesimo (2000 euro) di quanto scrivi.
Se poi qualcuno vuole approfondire, mi scriva in privato cosi' non andiamo
OT.
A.



Probabilmente parliamo di prodotti diversi,
10g di Oracle Real Application Cluster non lo monti su un P4 (voglio
sperare) ed i dati non li metti su un paio di HD.
ma giustamente per una soluzione di e-commerce è probabile che si ragioni
a licenze embedded all'aplicazione

 Ricapitolando dovrei cominciare a sperimentare con MySQL....
Premesso che non è un problema, noi operiamo sia in outsourcing sia
presso server colocati o di proprietà siti ovunque (volendo).
Cmq se avete personale interno la soluzione te l'ho data Oscommerce è
software open source e freeware pronto per essere scaricato ed installato,
sono disponibili anche le patch per le varie lingue ecc.. e se non ricordo
male c'è anche un sito in italiano.
Buon lavoro

 a licenze embedded all'aplicazione
Se l'applicazione non è pacchettizzata non è possibile utilizzare licenze 
embedded.
A. 

 di massimo carico.....
il problema delle righe sdoppiate risiede MOLTO probabilmente nel codice 
che avete scritto (o che utilizzate) e davvero in modo MOLTO remoto 
(direi nullo) dal DBMS.
In ogni caso da quanto ho capito le "dimensioni" del problema sono medie 
ma contate di avere un aumento di traffico ingente.
Personalmente ti consiglierei Postgres, l'ho usato spesso ed è 
qualitativamente (IMHO) superiore a Mysql, inoltre supporta i vincoli di 
integrità referenziale in modo nativo senze dover scrivere codice 
aggiuntivo.
Tra l'altro ho i miei dubbi che sia meno veloce di mysql come qualcuno 
sostiene.
D'altra parte ci vuole una conoscenza un pò più approfondita rispetto a 
mysql per utilizzarlo nel pieno delle sue potenzialità, cioè vi ci vorrà 
del personale qualificato (o da qualificare) per usarlo al meglio
ciao buon lavoro
Alesi_27

 sempre un quarto dei 200.000 euro.
Ora che la discussione si fa interessante...
Sarei curioso di vedere detta configurazione..
Tipo di server (marca e modello specificando l'esatto tipo di processore e
la quantità di ram please) visto che c'è xeon e xeon... 
Visto che a casa mia...
Server:
ProLiant DL740G2 4P XEON 2.0GHz/2MB (8 CPU Max), 4GB, RAID 5i 2 canali U3
32MB, 4 vani Hot-Plug,2 Gigabit, iLO, 2 Aliment.ridondanti, 4U, 3Y On-Site
Codice HEWLETT PACKARD: 221276-B21
	  Prezzo di listino: € 47.264,00 iva esclusa
posssibilità di upgrade con:
 
HEWLETT PACKARD - CPU UPG KIT 4P XEON 2.8GHZ/2MB PER PROLIANT
DL760G2/DL740
HEWLETT PACKARD: 334037-B21
	Prezzo di listino: € 27.720,00 iva esclusa
Lo Switch:
- HP StorageWorks SAN Switch 2/16, Base
codice HEWLETT PACKARD: 322118-B21
 Prezzo di listino: € 14.781,00  iva esclusa
Lo storage: (senza HD per lo storage ovviamente)
NAS PROLIANT DL580 G2 STORAGE SERVER, 2 X 36GB (S.O.MIRROR)
DL580 G2 Storage Server, 2 Xeon 2.8/2MB, 4GB, 2 HD 36.4GB 10k (Sistema
Operativo Mirrorato), RAID 5i 64MB BBWC, 2 Gbit, iLO, DVD, RPS/RF, 4U,
WSS2003
Codice HEWLETT PACKARD: 348937-B22
Prezzo di listino: € 18.255,00 iva esclusa
mancano cavi, SO, software di backup installazione e qualcosaltro
proibabilmente..
Ma se tu riesci a fornire un sistema del genere a 40/50.000 euro..

 Ma se tu riesci a fornire un sistema del genere a 40/50.000 euro..
Probabilmente fai il rivenditore Compaq, ma non hai la minima competenza in 
materia di Oracle :-)
Senza offesa eh... ma forse hai usato o visto usare Oracle sono il grosse 
multinazionali dove investimenti dell'ordine di 200.000 euro sono all'ordine 
del giorno, pero' ti posso assicurare in quanto OCP che una soluzione Oracle 
la si puo' implementare con 40/50.000 euro cosi' come la si puo' 
implementare con 200.000 euro, cosi' come una soluzione più semplice ma 
sempre Oracle la si puo' implementare con 10.000.
Hai "sparato" una mega-configurazione (forse perche' con Oracle molti sono 
abituati a pensare in grande) senza la minima analisi del problema (lo 
dimostri avendo anche proposto come alternativa una più "economica" 
soluzione basata su Oscommerce).
Penso che ti dovresti chiedere prima di tutto se per le esigenze del nostro 
amico sia necessaria una soluzione basata su 4 cpu e 4GB di memoria RAM dal 
momento che Oracle DB ha requisiti di sistema di gran lunga inferiori (e nel 
caso del nostro amico stiamo parlando di un'applicazione di e-commerce tanto 
per cominciare).
Dato che siamo OT e non trovo utile parlare pubblicamente su un gruppo dove 
la gente vorrebbe sentire parlare di PHP e temi attinenti (e magari 
lavorando con tecnologie open-source vorrebbe pure evitare di leggere numeri 
a destra e manca fatti senza alcun ragionamento pratico verso il problema 
originale), chi vuole proseguire il dibattito mi scriva in privato, sarò 
lieto di dare delucidazioni.  Invito rivolto soprattutto ad I.d.N. se vuole 
valutare serenamente una soluzione basata su Oracle db magari in abbinamento 
con PHP anziche' con Java (come si è soliti lavorare su tali tecnologie). A 
Flavio invece rivolgo un'altro invito: se vuoi scrivimi in privato, magari 
ti posso mettere in condizione di proporre ai tuoi clienti oltre agli 
hosting da 500 euro con Oscommerce anche soluzioni Oracle a costi inferiori 
a quelli che per scarsa informazione sei portato a fare. E' un'opportunità 
per incrementare il tuo business verso il mercato delle PMI, pensaci! :-)
Ciao a tutti
A. 

 per incrementare il tuo business verso il mercato delle PMI, pensaci! :-)
E questo ti sembra un comportamento serio e professionale?
Cerchi di rifilare licenze oracle a PMI su quale base?
Comprendo perfettamente che tutti devono mangiare, me compreso ma oracle
non è un prodotto per PMI.
Se una azienda ha "bisogno" di Oracle è perché è una grande azienda (con
un budget proporzionato) sennò non ne ha bisogno e punto.
Non ci sono PMI che fanno query su "Decine di Milioni" di record e questo
è il taglio di oracle. 
Ora se vuoi convincere uno sprovveduto management ad acquistare licenze
oracle per incastrarli in sistemi da cui sappiamo benissimo che
difficilmente potranno uscire è un conto (economico), ma che ne abbiano
realmente bisogno è tutto un altro paio di maniche e questo lo sappiamo
entrambe.
Il problema è che certe cose riescono "faccia a faccia" (difficilmente
via e-mail) e certamente non funziano su un NG dove puoi trovare persone
anche più ferrate di te (e di me s'intende) e pure con qualche
certificazione in più.
Io la vedo così, pane al pane e vino al vino e "truffa alla truffa"
perche chi cerca ( e molto spessoi ci riesce..) di "vendere" oracle ad un
azienda (ma molto più spesso ad un ente pubblico) per transare qualche
migliaia di record condendo il tutto con una buona dose di marketing
(anche ben fatto s'intende) non lo trovo esattamente un comportamento
professionale e trasparente.
Oracle per un sito di e-commerce lo utilizzi "esclusivamente" se hai
dimensioni alla Amazon o E-bay e se devi garantire le transazioni
finanziarie direttamente (quindi senza appoggio esterno di una banca o di
un pay pall che dir si voglia), in questo caso oracle diventa un esigenza
primaria sennò non serve e lo sai meglio di me.
Buon lavoro

 un budget proporzionato) sennò non ne ha bisogno e punto.
Ecco voglio sottolineare bene queste parole: "Se una azienda ha "bisogno" di 
Oracle è perché è una grande azienda" (!!!)
Direi che dopo aver sentito questo mi fermo qui altrimenti poi divento 
pesante. Probabilmente professionalmente non sei in grado di vendere altro 
che hosting (e neanche hai fatto lo sforzo di andarti a leggere qualcosa sul 
sito di Oracle a proposito delle PMI e relative soluzioni e pricing).
Chiedo scusa a tutti per aver protratto la discussione sul gruppo, ma a 
quanto pare gli inviti a proseguire in privato non servono a nulla con i 
fanatici. Detto questo da parte mia chiudo l'OT.
A. 

 fanatici. Detto questo da parte mia chiudo l'OT.
La definizione "fanatici" sembra più appropriata a chi vuol "vendere"
oracle sempre e comunque e perché no, anche a qualsiasi prezzo.
Dovrei fare una rubrica telefonica dove inserire 1000 clienti che dici
installo Oracle? ;-)
Io dico ché sarebbe meglio cominciare a discutere di oracle quando i
clienti diventano 10 milioni....

 nullo) dal DBMS.
Dubito dell'inesattezza del codice: prima di entrare "a regime" il sito e' 
stato provato per quasi un mese da un numero limitato di clienti e durante 
tale periodo non si e' verificato alcun bug (almeno di quella tipologia). I 
problemi sono cominciati quando e' aumentato il carico di lavoro...
I.d.N.