Hello!
 
Je dois développer un site Internet pour une entreprise et je me posais la question suivante :
 
Vaut-il mieux faire du développement orienté objet (avec des classes "Produits",...) et chaque produit serait un objet avec ces attributs (idProduit, description,...) et ensuite stocké cet objets dans un base de données
 
OU
 
avoir une table produits avec des colonnes (idProduit, description,...)
 
 
C'est surtout au niveau des performances que ca m'intéresse.... car si c'est égal, je préférerais travailler avec des objets (j'aime bien ).
 
Merci pour vos réponses.
 
@++ et bonnes fêtes encore

Les deux en même temps. Il y a des softs pour aider au mapping Objet/Relationnel en PHP5, comme toplink ou castor en java ?

 
euh... là je te suis pas. J'ai jamais fais les 2 en même temps   .
 
T'as un tuto là-dessus?
 
thx, @++

Je vois pas ou ton probleme. une base de donnée c'est comme une sauvegarde de ton objet. Il faut bien un moment que stock tes objets ou que tu charges tes objets a partir d'une source.
Si j'ai bien compris le biz!
Petite question? l'appli tu vas le mettre chez un hebergeur ou sur un server maison?

 
yop!
 
ben oui, il faudra bien stocker... mais je peux stocker simplement l'objet dans une table à 2 colonnes (id + objet) ou alors stocker chaque attributs  d'objets dans des colonnes (id + nomProduit + description + ...). Mais c'est vrai que si je stocke uniquement l'objet, ca va être le dawa pour faire des recherches... -> il faudra récupérer tous les objets de la base et les désérialiser,...
 
Vous feriez comment vous avec PHP5 + SQLite ?
 
L'appli tournera chez un hébergeur!
 
Par contre, jamais entendu parler de mapping Objet/Relationnel, donc si qqn a qqch là-dessus, je suis preneur
 
@++

 
déjà regarde si l'hebergeur a du php5 et SQLite qui ronronne sur son serveur (il y en a pas beaucoup)  
Perso chaque champ de la base represente une attribut de l'objet. Sinon tu seras obligé de sérialiser ton objet ce qui me parait ridicule,
Une base de données représente ton objet a un instant T.

Nan nan nan... Les DB-objets, c'est pas encore au point.
 
Il reste toujours un hiatus entre l'orienté objet dans ton application et oritenté relationnel, dans ta db.
 
On parle pas mal de combler ce fossé. La fameux "mapping Objet/Relationnel".
 
Côté DB, c'est pas encore au point. Les tentatives de DB objets n'ont pas eu de succès. La tendance est plutôt aux frameworks du côté applicatif qui te permettent de travailler en O.O. et de faire "comme si" pour la persistence; en tout cas de ne pas devoir te soucier de cette contingence.
 
Ca existe en Java (Spring) mais je ne sais pas si c'est seulement théorisé en PHP.
 
Commence par un bon design O.O. de ton application, sans tenir compte de la DB derrière - après tout, tu pourrais très bien persister en utilisant un bête fichier.
 
Ensuite, écris une couche persistence access qui se charge du salle boulot.

Ok, merci pour vos réponses!
 
Donc je bosses en O.O., mais je stocke chaque attribut dans une colonne d'une table koi...
 
 
Et sinon, quand on fais une requete d'insertion dans une DB en php, on peut faire un truc du genre :
 

?
 
en spécifiant la table avec une variable? -> pasque vous faites comment vous? des méthodes pour accéder à la DB pour chaque classe ou vous faites une classe "gestionDB" (par exemple) qui fais toutes les opérations nécessaires.