beh da me avrai una risposta sincera

Risposte:
1° PHP è "lento" rispetto ad altri sistemi come C# o Java per il semplice motivo che php è interpretato a run-time ad ogni esecuzione e convertito in bytecode che viene eseguito, senza considerare che non avendo pratica col linguaggio andresti ad usare strutture che di norma sono più veloci ma che con php non lo sono. Ovviamente ci sono sistemi come APC, eAccelerator e via dicendo che sono gratuiti è aumentano notevolmente la performance del proprio software, anche se credo secondo me siamo sempre sotto C# o Java nella media

2° Ovviamente programmazione ad oggetti, ma non troppo forbita direi: php mira alla velocità di sviluppo però per evitare di perdere tutti quelli che non sono solo smanettoni e vogliono crearsi una base di codice RIUSABILE sempre e comunque hanno implementato la programmazione ad oggetti anche se comunque è carente di non poche cose (se cerchi sul forum trovi un thread recente), anche se comunque c'è tutto quello che serve di norma

3° Se cerchi un buon compromesso tra costi di sviluppo, tempi di sviluppo, performance finali, costi di gestione e cosi via secondo me è la scelta migliore, anzi, per essere preciso, io uso php ancora solo per questo dato che altri linguaggi come Java o C# fanno schizzare i tempi di sviluppo e i costi verso l'alto di non poco, poi ovviamente vanno valutate le situazioni perché 5000 records importati al giorno non sono assolutamente nulla se sono ben strutturati nel database, ma se sono strutturati male e oltre a questo ci aggiungi che sono gestiti male tramite php, beh, allora l'applicativo diventa una killer application che anche con 10 record killa il server

Per killare un server intendo che la tua pagina utilizza qualche mega di memoria di troppo o tiene il processore al 100% per un tempo lungo ed indefinito, ma questo lo otterresti con qualsiasi linguaggio se il codice è fatto male

In PHP non hai, ovviamente, i THREADS, per rendere asincrone le operazioni, anche se comunque ci sono dei design patterns che ti permettono di ottenere lo stesso risultato: ovvero vai a simulare l'asincronità del sistema, anche se comunque ciò non è sempre fattibile. In alternativa ci sono i FORKS, ovvero una duplicazione del processo che porta con se TUTTA la memoria corrente dello script, cosa che se è usata male è peggio ancora di una normale killer application: vanno prima forkati i processi, poi nel processo principale vanno caricati i dati ed infine tramite PIPE, Socket UNIX/TCP o Messaggi con la memoria condivisa e semafori e cosi via vanno passati questi ai vari gestori che si occupano di eseguire le operazione e passare i dati indietro, anche se però ritengo che se si va a finire ad un livello di complessità di questo genere probabilmente php non è molto adatto

Spero di non aver fatto troppi errori di italiano dato che non ho minimamente riletto quello che ho scritto e spero di aver acceso un lumino e non averti confuso ancora di più

Se cerchi invece la risposta: mi conviene/non mi conviene ... non è possibile dartela, ne io ne nessun altro perché quello che tu hai esposto ritengo sia l'1% di tutto l'insieme di informazioni che hai riguardo questo progetto, informazioni che potrebberò orientare in modo diverso persone diverse

Se vuoi un mio consiglio spassionato: fai dei test per verificare che il sistema non crolli e nel caso che succede passa a C# col .NET o a Java, anche se sinceramente ti consiglio il primo perché ha comunque dei costi di gestione inferiori a quelli di Java ottenendo ottime performance

Mentre come puoi vedere tra C# e Java non ci sono differenze estreme: c# consuma meno memoria in generale ma java ha performance superiori in generale
http://shootout.alioth.debian.org/gp...arp&lang2=java

tra C# e PHP e Java e PHP c'è il più totale ed assoluto abbisso
http://shootout.alioth.debian.org/gp...harp&lang2=php
http://shootout.alioth.debian.org/gp...php&lang2=java

java, in uno dei test, arriva ad essere BEN 146 volte più veloce di php