Reprise du message précédent :
Concept d'héritage 3FN soit :
- tu spécialises donc dans le cas de mechkurt, tu distingues 2 colonnes de jointures  
- tu généralises mais dans ce cas il faut matérialiser une entité propre et donc tu auras les tables group, user et par exemple owner.
 
Dans le second cas, il faut vraiment que owner ait ses propres propriété pour partir sur cet héritage sinon rester dans le cas de mechkurt la meilleurs solution semblerait-il dans ton cas.

Ok, je pars là-dessus, par contre il ne me semble pas que ce soit 3NF sachant qu'une des deux colonnes sera à NULL.

salut,
je bosse avec une DB sous mySQL (innoDB) et je dois verifier l'etat de la replication avant de lancer des procedures.
Quand je lance SHOW SLAVE STATUS, quelle table est utilisée dans information_schema? J'ai besoin de me faire une requete a base de:
CASE WHEN (SELECT Seconds_Behind_Master FROM (??) = 0 THEN .. ELSE ... END )

Merci

Question aux experts : avez vous des conseils de lecture pour tout ce qui concerne le design de bdd permettant de faire un versioning des données. Le but serait de pouvoir avoir plusieurs branches et de pouvoir appliquer des changements faits sur une branche vers d'autres branches.
 
Je pensais partir sur une découpe des données en trois parties :
- les tables d'identifiants qui permettent de retrouver les objets et leurs relations
- les tables de version qui stockent les données pouvant changer
- des tables stockant les changeset
 
Mais il y a de bonnes chances que je m'embarque pour réinventer une roue qui finira ovale donc si vous avez de bonnes références sur ce genre de problèmes, je suis preneur.

Liquibase ?

Pour la structure de la base c'est ok.
 
Pour faire du "j'ai mes données dans plusieurs branches, je souhaites appliquer les modifications faites dans la branche A sur les branches C et E" je le sens moins.

Y a encore des vieux cons comme moi qui trainent sur ce forum ?

Définis "comme toi".

Qui sont arrivé y a longtemps sur ce forum, et qui prennent un gros coup de vieux en réalisant que c'était y a plus de 10 ans (tu rentres dans cette catégorie )

ah ouais il a quelques messages effectivement

par rapport à ca, j'ai une réclamation, avant j'avais 16M de posts, et apparement y a eu une MAJ du forum qui a changé les compteurs, c'est une honte !

 
les posts insert en sql ça compte pas

Autant fait un update sur le compteur de posts

Ah tient au fait, je vais créer un ch'ti topic, mais j'aurais besoin de betatesteur (tout de suite maintenant) pour la nouvelle version du soft sur lequel je travaille

Le site du soft en question : http://www.codizy.com
Y en a que ca pourrait intéresser ?

Edit : topic créé : http://forum.hardware.fr/hfr/Progr [...] 2180_1.htm

ah dans ce cas t'en as un paquet sur blabla@prog...

 
Fais la même chose avec php/oracle et je jetterai un oeil.

MySQL c'est oracle

 
Tu parles de faire une BD pour faire de la gestion de conf, chaque conf étant versionnée et ayant des items possédant une valeur ?
 
Si ça t'intéresses, tu peux regarder mon soft Icare (cf ma signature). Dans ce type de situation, j'avais constaté qu'entre 2 versions de conf, il y avait qu'un faible % d'items qui changeaient de valeur. Du coup, plutôt que de versionner chaque item (comme le fait Advitium, par ex), je versionnais la conf et son contenu était en fait un ensemble de liens qui pointaient sur des items (ou attribut) ayant la valeur adéquat. Du coup, un même item pouvait être associé à plusieurs confs. Quand il n'y avait plus aucun lien de conf qui pointait sur un item, celui-ci était supprimé de la BD. Ca a fait gagner un max de place en BD. Quand les conf étaient dans Advitium (une version qui datait de 2007-2008 à peu près), environ 250 confs de machines, chaque conf possédant entre 150 et 300 items, ça prenait environ 100 Mo. Dans mon outil Icare, ça prenait moins de 5 Mo
 
Après, mon cas d'utilisation ne marche peut-être pas dans tous les cas de figure...

Bonjour les warriorz, j'ai une question con (enfin, je soupçonne surtout que ça vient du code que j'ai récupéré).
Sous SQL Server, j'ai une procédure stockée truffée de :

Où champ est un datetime.

Ma question est : à quoi sert selon vous le "+ 0" ?
A première vue (et même seconde!), je dirai à rien du tout.
L'opérateur + est sensé servir à introduire un offset il me semble, sans avoir à passer par dateadd. Mais avec 0 forcément...

Comme le gars qui a commis ça en a mis un peu partout, je me dis que peut être il y a une subtilité...

Merci

je connais pas SQL Server, mais c'est peut être pour caster la date en int (et donc virer le '-')

Ex avec MySQL

joce,
Intéressant ce comportement avec mysql  

Dans mon cas y a pas ce genre de magouille sur le type, d'autant que le +0 a lieu avant le convert qui te sortira toujours un char(8) avec le format "112", et en entrée c'est toujours un datetime (selon moi le +xxx en SQL Server ne fait pas ce qu'il fait avec mysql, il préserve le type).
De toute façon la procstock a l'air de cacater la même chose avec et sans les +0, donc...

Je confirme, ça sert a rien.
Peut être un reste d'un truc généré automatiquement?

 
 
J'ai un problème avec mysql, que je n'arrive pas à résoudre :
 
La requête 1 fonctionne : elle me donne le nombre de produits dans une commande.
La requête 2 fonctionne : elle me donne le nombre de produits expédiés dans une commande.
La requête 3, qui est le melange des deux (permet de voir le nombre de produits commandés VS expédiés), ne fonctionne pas, avec des résultats faux (quantités énormes, genre 24 au lieu de 6, ...)
 

 
Vous avez une idée ? je pense à une jointure qui foire, mais aucune idée de pourquoi ?
Merci  

Avec une "vraie" jointure, ça donne quoi ?
 

SELECT
  o.id,
  o.created_at,
  SUM(op.quantity),
  SUM(osp.quantity)
 
FROM
  orders o
  INNER JOIN orders_products op
    ON o.id = op.order_id
  INNER JOIN orders_shipments os
    ON o.id = os.order_id
  INNER JOIN orders_shipments_products osp
    ON os.id = osp.order_shipment_id
 
GROUP BY
  o.id
 
ORDER BY 
  o.id DESC LIMIT 0,100;

Le truc c'est que si ta jointure sur op renvoie plusieurs lignes et idem pour os / osp, ca va dupliquer toutes les lignes et fausser les compteurs de tout le monde. Donc tu ne pourras pas les calculer dans une seule requête, sauf à faire une sous requête.

 
Effectivement, j'avais pas vu ça.

SELECT
  o.id,
  o.created_at,
  SUM(op.quantity),
  SUM(osp.quantity)
 
FROM
  orders o
  INNER JOIN orders_products op
    ON o.id = op.order_id
  INNER JOIN orders_shipments os
    ON o.id = os.order_id
  INNER JOIN orders_shipments_products osp
    ON os.id = osp.order_shipment_id
 
GROUP BY
  o.id
 
ORDER BY 
  o.id DESC LIMIT 0,100;

 
C'est exactement ca oui, je vais faire en sous requêtes alors    
C'est dur le SQL après quelques années de fainéantise avec un ORM  

Les ORMs c'est le mal

Ca dépend du contexte, mais clairement quand je peux m'en passer, je m'en passe  

Bonjour !  
 
J'ai un soucis dans ma table de jointure et je ne comprends pas pourquoi j'ai cette erreur sql là :
 
Erreur sur la requête SQL.
Message : You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ''1'' at line 1
Code : SELECT titre FROM salle s, avis a WHERE s.id_salle = a.'1'
 
alors que j'ai bien le résultat que je souhaite, c'est-à-dire 1 qui correspond à l'id_salle que je recherche.
 
Mon code est est le suivant :
 

c'est pas plutôt

que tu veux faire ?

Il semblerait que ça fonctionne déjà beaucoup mieux ^^
 
Maintenant faut que j'arrive à faire une boucle pour chopper les 5 premiers de la liste.

Ah non pitié pas une boucle avec un break sinon je vais chercher le fouet à clous

si l'utilisateur a le moindre moyen de saisir $resultat1['id_salle'] lui-même t'as gagné un coup de pelle à clous.

[edi]

Ah ben non, mal lu le bout de code...mais c'est vilain quand même, les requêtes préparées c'est pas pour les chiens.

 
Je sais le code est vraiment moche mais quand on a 3 jours de SQL pour avoir le diplôme de dev au bout de 4 mois, c'est hardu... C'est pour cela que vous allez surement me voir souvent par ici vu que vous m'avez l'air fort sympathique =D !
 
Je vous épargne la boucle while ou foreach. Je tiens à la trouver solo ^^  

Bonjour, me revoilà de nouveau pour une question de table de jointure dont je ne me dépêtre pas...
 
Je souhaite pouvoir récupérer l'id_produit dans la table produit(id_produit(AI), id_salle, etat) pour pouvoir ensuite lorsqu'on appuie sur le lien issu d'une fonction de recherche, aller directement sur la fiche produit de celui-ci.
 
Je n'arrive pas à faire la bonne jointure entre la table salle( id_salle(AI), ville, titre, ...) et la table produit(id_produit(AI), id_salle, etat) pour ensuite pouvoir avoir un $_GET['id_produit']...
 
Mon code est le suivant :
 

 
Si la demande n'est pas comprise ou manque d'information sur les différentes tables dites le moi.
 
Merci !

c'est pas clair, et tu mélanges php et sql dans tes questions...c'est blabla@SQL ici, tu devrais peut-être plutôt créer un topic à part.

Ma question porte plutôt sur la partie SQL du problème la jointure.  
 
Il faut juste que je sache comment écrire ma requête pour récupérer l'id_produit dans la table produit. Après pour le côté PHP je saurai faire.

ta requête devrait fonctionner, si je lis bien. Même si la jointure s'écrirait de manière plus moderne en

SELECT p.id_pproduit 
FROM salle s
  JOIN produit p ON s.id_salle = p.id_salle
WHERE ville LIKE '%$requete%'  
ORDER BY p.id_produit DESC

Merci, pour la requête SQL plus dans l'air du temps =)  
 
Pour cette partie là ça fonction. Mon problème désormais se situe côté PHP ^^