Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fred BROUARD - SQLpro
inutile de faire une entité question et une réponse. C'est le mêmce concept. Une question étant un item sans précédent et une réponse un item avec précédent... De plus, les enchainement d'items dans les threads étant fortement arborescent, il est plus performant de modéliser l'arbre par intervalle...
http://sqlpro.developpez.com/Tree/SQL_tree.html
A +
Marc Collin a écrit:
salut
je compte faire créer un forum en php
j'ai regarder le tutoriel sur le simple mais il est assez simple et pas vraiment optimale
j'ai créer une ébauche du modèle logique et physique des tables du forum, je voudrais avoir votre avis
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
inutile de faire une entité question et une réponse. C'est le mêmce concept. Une
question étant un item sans précédent et une réponse un item avec précédent...
De plus, les enchainement d'items dans les threads étant fortement arborescent,
il est plus performant de modéliser l'arbre par intervalle...
http://sqlpro.developpez.com/Tree/SQL_tree.html
A +
Marc Collin a écrit:
salut
je compte faire créer un forum en php
j'ai regarder le tutoriel sur le simple mais il est assez simple et pas
vraiment optimale
j'ai créer une ébauche du modèle logique et physique des tables du
forum, je voudrais avoir votre avis
inutile de faire une entité question et une réponse. C'est le mêmce concept. Une question étant un item sans précédent et une réponse un item avec précédent... De plus, les enchainement d'items dans les threads étant fortement arborescent, il est plus performant de modéliser l'arbre par intervalle...
http://sqlpro.developpez.com/Tree/SQL_tree.html
A +
Marc Collin a écrit:
salut
je compte faire créer un forum en php
j'ai regarder le tutoriel sur le simple mais il est assez simple et pas vraiment optimale
j'ai créer une ébauche du modèle logique et physique des tables du forum, je voudrais avoir votre avis
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
Marc Collin
Fred BROUARD - SQLpro wrote:
inutile de faire une entité question et une réponse. C'est le mêmce concept. Une question étant un item sans précédent et une réponse un item avec précédent...
vrai
De plus, les enchainement d'items dans les threads étant fortement arborescent, il est plus performant de modéliser l'arbre par intervalle...
http://sqlpro.developpez.com/Tree/SQL_tree.html
j'ai lu le tout et j'ai regardé la section concernant: NEW_FAMILLE
j'ai refais les diagrammes en essayant de tenir compte de cette particularité
concernant la cardinalité je suis pas certain à 100%
si je me fis à l'exemple de NEW_FAMILLE, je pense que je dois ajouter un autre champ à la table message
un gens qui serait comme NFM_BG mem_bg
pourquoi le nom bg et bd?
A +
Marc Collin a écrit:
-- La boîte à prog http://laboiteaprog.com
Fred BROUARD - SQLpro wrote:
inutile de faire une entité question et une réponse. C'est le mêmce
concept. Une question étant un item sans précédent et une réponse un
item avec précédent...
vrai
De plus, les enchainement d'items dans les threads étant fortement
arborescent, il est plus performant de modéliser l'arbre par intervalle...
http://sqlpro.developpez.com/Tree/SQL_tree.html
j'ai lu le tout
et j'ai regardé la section concernant: NEW_FAMILLE
j'ai refais les diagrammes en essayant de tenir compte de cette
particularité
inutile de faire une entité question et une réponse. C'est le mêmce concept. Une question étant un item sans précédent et une réponse un item avec précédent...
vrai
De plus, les enchainement d'items dans les threads étant fortement arborescent, il est plus performant de modéliser l'arbre par intervalle...
http://sqlpro.developpez.com/Tree/SQL_tree.html
j'ai lu le tout et j'ai regardé la section concernant: NEW_FAMILLE
j'ai refais les diagrammes en essayant de tenir compte de cette particularité
concernant la cardinalité je suis pas certain à 100%
si je me fis à l'exemple de NEW_FAMILLE, je pense que je dois ajouter un autre champ à la table message
un gens qui serait comme NFM_BG mem_bg
pourquoi le nom bg et bd?
A +
Marc Collin a écrit:
-- La boîte à prog http://laboiteaprog.com
Fred BROUARD - SQLpro
bg et bd sont INDISPENSABLE dans la modélisation par intervalle des arbres. DB signifie borne droite et BG borne gauche.
Le diagramme me parait bon.
A +
Marc Collin a écrit:
Fred BROUARD - SQLpro wrote:
inutile de faire une entité question et une réponse. C'est le mêmce concept. Une question étant un item sans précédent et une réponse un item avec précédent...
vrai
De plus, les enchainement d'items dans les threads étant fortement arborescent, il est plus performant de modéliser l'arbre par intervalle...
http://sqlpro.developpez.com/Tree/SQL_tree.html
j'ai lu le tout et j'ai regardé la section concernant: NEW_FAMILLE
j'ai refais les diagrammes en essayant de tenir compte de cette particularité
concernant la cardinalité je suis pas certain à 100%
si je me fis à l'exemple de NEW_FAMILLE, je pense que je dois ajouter un autre champ à la table message
un gens qui serait comme NFM_BG mem_bg
pourquoi le nom bg et bd?
A +
Marc Collin a écrit:
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
bg et bd sont INDISPENSABLE dans la modélisation par intervalle des arbres. DB
signifie borne droite et BG borne gauche.
Le diagramme me parait bon.
A +
Marc Collin a écrit:
Fred BROUARD - SQLpro wrote:
inutile de faire une entité question et une réponse. C'est le mêmce
concept. Une question étant un item sans précédent et une réponse un
item avec précédent...
vrai
De plus, les enchainement d'items dans les threads étant fortement
arborescent, il est plus performant de modéliser l'arbre par
intervalle...
http://sqlpro.developpez.com/Tree/SQL_tree.html
j'ai lu le tout
et j'ai regardé la section concernant: NEW_FAMILLE
j'ai refais les diagrammes en essayant de tenir compte de cette
particularité
bg et bd sont INDISPENSABLE dans la modélisation par intervalle des arbres. DB signifie borne droite et BG borne gauche.
Le diagramme me parait bon.
A +
Marc Collin a écrit:
Fred BROUARD - SQLpro wrote:
inutile de faire une entité question et une réponse. C'est le mêmce concept. Une question étant un item sans précédent et une réponse un item avec précédent...
vrai
De plus, les enchainement d'items dans les threads étant fortement arborescent, il est plus performant de modéliser l'arbre par intervalle...
http://sqlpro.developpez.com/Tree/SQL_tree.html
j'ai lu le tout et j'ai regardé la section concernant: NEW_FAMILLE
j'ai refais les diagrammes en essayant de tenir compte de cette particularité
concernant la cardinalité je suis pas certain à 100%
si je me fis à l'exemple de NEW_FAMILLE, je pense que je dois ajouter un autre champ à la table message
un gens qui serait comme NFM_BG mem_bg
pourquoi le nom bg et bd?
A +
Marc Collin a écrit:
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
Marc Collin
Fred BROUARD - SQLpro wrote:
bg et bd sont INDISPENSABLE dans la modélisation par intervalle des arbres. DB signifie borne droite et BG borne gauche.
Le diagramme me parait bon.
A +
niveau insertion, je comprend pas trop votre démarche sur votre site web
comment on fait pour définir les valeurs de bd... genre pour transport c'est 1 et 44
j'ai par exemple le 1er message
insert into message(mes_nomessage, mes_date, mes_bg, mes_bd, mes_message) values(1, 12-12-04, 1,nul)
ensuite si j'ajoute une réponse à ce message ca donne
insert into message(mes_nomessage, mes_date, mes_bg, mes_bd, mes_message) values(2, 12-12-04, 2,1)
ensuite si je rajoute une réponse au message précédent insert into message(mes_nomessage, mes_date, mes_bg, mes_bd, mes_message) values(3, 12-12-04, 3,2)
j'ai mis une image http://pages.infinit.net/borland/exemple_forum.png
bye
-- La boîte à prog http://laboiteaprog.com
Fred BROUARD - SQLpro wrote:
bg et bd sont INDISPENSABLE dans la modélisation par intervalle des
arbres. DB signifie borne droite et BG borne gauche.
Le diagramme me parait bon.
A +
niveau insertion, je comprend pas trop votre démarche sur votre site web
comment on fait pour définir les valeurs de bd... genre pour transport
c'est 1 et 44
j'ai par exemple le 1er message
insert into message(mes_nomessage, mes_date, mes_bg, mes_bd,
mes_message) values(1, 12-12-04, 1,nul)
ensuite si j'ajoute une réponse à ce message ca donne
insert into message(mes_nomessage, mes_date, mes_bg, mes_bd,
mes_message) values(2, 12-12-04, 2,1)
ensuite si je rajoute une réponse au message précédent
insert into message(mes_nomessage, mes_date, mes_bg, mes_bd,
mes_message) values(3, 12-12-04, 3,2)
j'ai mis une image
http://pages.infinit.net/borland/exemple_forum.png
bg et bd sont INDISPENSABLE dans la modélisation par intervalle des arbres. DB signifie borne droite et BG borne gauche.
Le diagramme me parait bon.
A +
niveau insertion, je comprend pas trop votre démarche sur votre site web
comment on fait pour définir les valeurs de bd... genre pour transport c'est 1 et 44
j'ai par exemple le 1er message
insert into message(mes_nomessage, mes_date, mes_bg, mes_bd, mes_message) values(1, 12-12-04, 1,nul)
ensuite si j'ajoute une réponse à ce message ca donne
insert into message(mes_nomessage, mes_date, mes_bg, mes_bd, mes_message) values(2, 12-12-04, 2,1)
ensuite si je rajoute une réponse au message précédent insert into message(mes_nomessage, mes_date, mes_bg, mes_bd, mes_message) values(3, 12-12-04, 3,2)
j'ai mis une image http://pages.infinit.net/borland/exemple_forum.png
bye
-- La boîte à prog http://laboiteaprog.com
Marc Collin
Fred BROUARD - SQLpro wrote:
bg et bd sont INDISPENSABLE dans la modélisation par intervalle des
arbres. DB signifie borne droite et BG borne gauche.
Le diagramme me parait bon.
A +
niveau insertion, je comprend pas trop votre démarche sur votre site web
comment on fait pour définir les valeurs de bd... genre pour transport c'est 1 et 44
ensuite si je rajoute une réponse au message précédent insert into message(mes_nomessage, mes_date, mes_bg, mes_bd, mes_message) values(3, 12-12-04, 3,2) (rectangle mauve)
je rajoute une réponse à la question initiale insert into message(mes_nomessage, mes_date, mes_bg, mes_bd, mes_message) values(4, 12-12-04, 3,3) (rectangle vert)
j'ai mis une image http://pages.infinit.net/borland/exemple_forum.png
de plus je sais pas si cette méthode est vraiment adapté pour mysql
bye
-- La boîte à prog http://laboiteaprog.com
Fred BROUARD - SQLpro wrote:
bg et bd sont INDISPENSABLE dans la modélisation par intervalle des
arbres. DB signifie borne droite et BG borne gauche.
Le diagramme me parait bon.
A +
niveau insertion, je comprend pas trop votre démarche sur votre site web
comment on fait pour définir les valeurs de bd... genre pour transport
c'est 1 et 44
ensuite si je rajoute une réponse au message précédent
insert into message(mes_nomessage, mes_date, mes_bg, mes_bd,
mes_message) values(3, 12-12-04, 3,2) (rectangle mauve)
je rajoute une réponse à la question initiale
insert into message(mes_nomessage, mes_date, mes_bg, mes_bd,
mes_message) values(4, 12-12-04, 3,3) (rectangle vert)
j'ai mis une image
http://pages.infinit.net/borland/exemple_forum.png
de plus je sais pas si cette méthode est vraiment adapté pour mysql
ensuite si je rajoute une réponse au message précédent insert into message(mes_nomessage, mes_date, mes_bg, mes_bd, mes_message) values(3, 12-12-04, 3,2) (rectangle mauve)
je rajoute une réponse à la question initiale insert into message(mes_nomessage, mes_date, mes_bg, mes_bd, mes_message) values(4, 12-12-04, 3,3) (rectangle vert)
j'ai mis une image http://pages.infinit.net/borland/exemple_forum.png
de plus je sais pas si cette méthode est vraiment adapté pour mysql