Newsgroup: it.comp.www.php
Titolo: Mysql e descrizioni dei campi

Sto cercando di fare un modulo standard di gestione tabelle mysql, che 
vorrei rendere il più generico possibile. Ovviamente il target non è lo 
sviluppatore, altrimenti reinventerei phpmyadmin, ma un semplice utente 
finale: per questo, tra le altre cose, stavo pensando ad un metodo per 
"descrivere" i campi, ossia il testo da mettere nell'header di una 
tabella, al posto dei semplici nomi dei campi (es. rascl -> "Ragione 
sociale cliente").
Avrei già in mente come procedere (banalmente, una tabella anagrafica 
dei campi), ma visto che non ho una grande esperienza né con php né con 
mysql vi chiedo, c'è qualcosa che mysql mette a disposizione allo scopo? 
Non vorrei reinventare l'acqua calda...
-- 
Jax

 sviluppatore, altrimenti reinventerei phpmyadmin
mi pare che phpmyadmin preveda la gestione di utenti e relativi permessi.. 
mi auguruo che qualcuno che ne sa più di me confermi 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Confermo. phpMyAdmin è banale da usare per chiunque abbia un'idea di
cosa sia un database relazionale (ma anche no). E l'amministratore può
settare i permessi in modo da non permettere a inesperti di fare casini.
Insomma, reinventeresti phpMyAdmin.
- --
Lorenzo Breda - Linux User #387700
Query 
keyserver.linux.it
 for GPG pub key ID: 0xF50D4C69
Fingerprint:
3618 E21C CA59 0EAC 2E00 F9BF 34A4 D6A0 F50D 4C69
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFG0I3pNKTWoPUNTGkRAmJKAKCPLOAxSfkQJpMNG90DBzymP0/Z4QCgmQ16
O4CnAFnOt/4xWojIiV3PKLg=
=67l1
-----END PGP SIGNATURE-----

 Insomma, reinventeresti phpMyAdmin.
Forse, ma non ne sono molto convinto.
Al di là delle mie convinzioni però, se sto scrivendo, per esempio, un 
gestionale, non posso certo dare in mano phpMyAdmin ad un utonto per 
fargli codificare/modificare un codice pagamento... per questo ho 
specificato "un semplice utente finale". Oltre ad essere "slegato" dal 
punto di vista grafico, non so quanto sarebbe gestibile da parte di un 
impiegato qualunque.
In questa ora e rotta dovrei aver trovato un buon compromesso tra 
usabilità e velocità... semmai quando sarà più maturo lo posterò. 
Comunque più programmo in php+mysql e più sono sbalordito: ho fatto una 
cosa che solo in apparenza sembra banale, in un altro linguaggio mi 
avrebbe portato via altro che un'ora :D ... e non è che sia sto gran 
mostro a programmare.
-- 
Jax

 mostro a programmare.
Stai molto attento: il php è un linguaggio estremamente semplice da
utilizzare poiché è sostanzialmente meno rigido. Questo però permette di
fare cose che apparentemente funzionano ma che contengono infidi bachi.
Insomma, leggiti quello che scrivi più volte, non utilizzare come unico
controllo il fatto che "funziona", soprattutto se avori con i database.
- --
Lorenzo Breda - Linux User #387700
Query 
keyserver.linux.it
 for GPG pub key ID: 0xF50D4C69
Fingerprint:
3618 E21C CA59 0EAC 2E00 F9BF 34A4 D6A0 F50D 4C69
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFG0e8uNKTWoPUNTGkRApOiAJ9ATI4ua6TRD7970OLHt9RAmZsCHACcD3UW
2I4h6amfhLUXrrF7NfZyF6g=
=Srx/
-----END PGP SIGNATURE-----

 controllo il fatto che "funziona", soprattutto se avori con i database.
Per fortuna provengo da un linguaggio abbastanza rigido come il Pascal 
(Delphi), e quindi, nonostante la presunta libertà del PHP, cerco di 
mantenere una certa rigidità del codice... sicuramente, come dici tu, 
questa libertà ha i suoi lati negativi, però credo che il problema 
sussista soprattutto per quei programmatori che non hanno delle solide 
basi, che magari si sono fatti "tentare" dalla presunta facilità del php.
Poi i bachi, sappiamo bene che purtroppo l'unico modo per scovarli è 
testare, testare, testare, anche le cose più assurde.
Su questo aspetto effettivamente sono titubante: è da quando esiste la 
programmazione web-oriented che, a fronte degli innegabili vantaggi, ho 
dei dubbi sulla sua efficacia da molti punti di vista... per esempio la 
solidità e la sicurezza. Infatti sto cercando un buon libro (anche in 
inglese) che descriva dei pattern sicuramente funzionanti e testati per 
affrontare questi problemi da subito, in modo da non dover mettere 
pesantemente mano al codice in un momento successivo.
-- 
Jax

Jax ha scritto:

Forse dovresti cercare su google dataminer oppure interfaces (che trovi
su phpclasses)
spero ti sia di aiuto
ciao
massimiliano