ehm! ma a cosa ti serve? non ti basta impostare la query per farti uscire solo quella riga che ti serve?

Eh ma a me servono 6 righe, ognuna deve essere visualizzata in un posto diverso della pagina. Dovrei fare 6 query per ottenere la stessa cosa... o dovrei fare un while, contare le righe e piazzare un bel po' di if...

ehm! scusa eh! 1 query che ti tira fuori le 6 righe, metti tutto in un array e poi fai quel che vuoi ...

E non va... faccio la query, creo l'array tramite mysql_fetch_array e poi non posso accedere ai risultati tramite $array[2]['campo']...

ehm! meemi funziona cosi posta il tuo codice

E mi stampa la lettera iniziale di "campo" della prima riga... se metto [1] mi stampa la seconda lettera e così via. Ma di navigare fra le righe, non ne vuole sapere.

hai ragione scusa io stesso uso questo



mi butto tutti i risultati in un array e poi ho quello che dici, ho fatto confusione e stavo pensando alla nuova versione di mysqli che stavo guardando in questi giorni in cui nativamente esiste gia questa funzionalità http://www.php.net/manual/en/m...

<brontolo>Non so cosa pensiate voi in merito ma ritengo assolutamente inefficiente e perfino ridicolo che fino a poco tempo fa, per motivi di praticità, fosse necessario il travaso e per giunta manuale dei dati in un array in PiVaccaPi... Oltre all'evidente, inutile e inspiegabile necessità di duplicare in memoria gli stessi dati per poterli trattare in modo "umano"...</brontolo>

@rejected: non è che gli altri framework non lo fanno... solo lo fanno di nascosto e tu non lo vedi e sei bello e contento.
Se vuoi che PHP lo faccia di nascosto gli lo puoi dire... basta che usi una delle tante librerie wrapper attorno all'accesso alle basi di dati e non le funzioni di basso livello (che sono quelle di cui si sta parlando qui).

Uhm capito, quindi alla fine facciamo la stessa cosa ma in modo diverso... uso il metodo che ho trovato dato che non sto programmando ad oggetti .

Sembra utile la mysqli_fetch_all ma non si trova un granché in giro, uhm...

@rejected Personalmente preferisco lavorare con queste imperfezioni di PHP invece di buttarmi su C++ e dover convivere con l'ambiente di lavoro Microsoft, ogni tentativo che ho fatto mi ha fatto allontanare disgustato... non parliamo di VB poi!

@rejected concordo con te ...

@m3c: il mio discorso non è su quello che dovresti o non dovresti fare, ci mancherebbe. Ognuno fa quello che vuole con quello che vuole. Il mio discorso è sul PHP come linguaggio in sè, qualcosa che ritengo cresciuto in modo casuale, con cose posticce messe qui e là, ecc... Apparentemente è facile da usare ma sotto sotto è una mezza oscenità, informe e ricca di idiosincrasie. Poi io sarò pure un fighetto...

@contezero74: ciò che dici è vero ma valgono mille principi come quello di non reinventare la ruota ogni volta, esponendosi ogni volta a rischi inutili. Inoltre, se mi consenti, fare certe cose a livello di framework significa che qualcuno, possibilmente dotato di solidi attributi programmativi, può e sa ottimizzare e rendere sicure le cose meglio di un qualunque programmatore medio. Lo scopo dei framework dopotutto è (anche) quello o sbaglio?

ed infatti ora l'hanno ottimizzato ...

@capobecchino: hai detto bene, ora. ^^'

@rejected: non ti capisco... questa volta proprio non ti capisco: io sinceramente non vedo il problema. PHP permette un accesso a basso livello ai DB, esattamente come tutti gli altri linguaggi (C# incluso), ma non ti obbliga ad usarlo (che poi la maggior parte lo faccia è un altro discorso... ma non ha a che fare col linguaggio): se vuoi ci sono degli ottimi wrapper di terze parti (la maggior parte gratuiti) che ti permette di avere un accesso più pulito. Come questi framework lo facciano è abbastanza facile: usano le API di basso livello per darti un'interfaccia più umana (come dici tu) per accedere ai dati. Non vedo così tanta differenza da altri ambienti di sviluppo.

@rejected: P.S. se poi non ti piace il linguaggio... bhe allora è un altro discorso

@contezero74: vedila in questo modo. Ogni linguaggio della Terra tranne PHP ha fornito da tempo e senza necessità di intervento di terze parzi un sistema per ottenere e gestire i dati in un formato managgevole. Perfino ASP "classic" ha avuto DAO e poi ADO!

si, su questo quoto @rejected

@capobecchino: grassie...

@rejected: DAO e ADO, quanto tempo... ma sinceramente anche se erano ad un gradino (ino... ino) superiori a livello di astrazione non si allontanavano molto come metodologia di accesso ai dati: (a) facevi la query, (b) avevi come risultato un oggetto recordset, (c) te lo scorrevi per recuperare i dati. Ammetto che avevano più features nascoste come il caching dei dati... ma la metodologia di accesso ai dati non è diversa da quella proposta da PHP: se volevi un accesso come quello che chiede @m3c__ dovevi fare la stessa cosa che fai in PHP... spostarti i dati in una tua struttura.
Il vero punto di forza (sempre sottolineato da MS, ma mai completamente raggiunto) era la (quasi) trasversalità rispetto alla fonte di dati.

@contezero74: esattamente, era una soluzione "di fabbrica" e con una serie di feature non male per l'epoca. Ora siamo un pelo più avanti con la versione .Net...

@rejected: bho... sarà che a me PHP non dispiace: lavoro raramente su web e la curva di apprendimento di PHP è nettamente più bassa di ASP(.NET)... per ovviare a quello che PHP non mi lascia fare mi sono fatto un mio piccolo framework abbastanza robusto e quindi non mi ci trovo male... quindi per me il problema che tu hai esposto è un finto problema: altre possibilità di accesso ai DB ci sono se vuoi usarle (la prima che mi viene in mente: MDB2

P.S. non volevo generare un flame: è solo che veramente non ci vedo il problema... s

@contezero74 ovvio che noi tutti ci siamo fatti le nostre belle classi, però giustamente come diceva @rejected (e tra l'altro ci sono arrivati ora con PDO o MySqli) se il PHP metteva a disposizione queste cosette prima era meglio.

a conti fatti, ciclarti la struttura per riempirti un array, quando gli stessi dati sono gia in memoria è uno spreco, ovvio che incide poco sulle prestazioni per piccoli / medi progetti

@contezero74: in realtà se flame è stato, l'ho generato io per cui sorry. E più non dico.

ma no, dai quale flame, si discuteva

@capobecchino, @rejected:
penso che siamo tutti d'accordo che più il linguaggio ci mette a disposizione più lo apprezziamo tutti

ah! si si ovvio

yup!

Sapete vero, che avete parlato in arabo? io non lavoro neanche in OOP per ora rileggerò questa discussione fra qualche annetto...