Discussion :

[mkdir]

Bonjour.

Je souhaite réaliser une recherche sur des enregistrements de type TEXT, dans deux tables, qui n'ont aucune dépendance entre elles, ni nom ou nombre de colonnes identique (d'où l'impossibilité d'un UNION).

La finalité est d'obtenir l'affichage des enregistrements pouvant contenir une chaîne (SELECT LIKE%), avec d'autres données suivant la table concernée, par ordre chronologique de l'hodorate associé à chaque enregistrement, les deux tables confondues, eventuellement si possible une seule colonne pour l'horodate (possibilité d'utilisation de AS?).

Pour simplifier,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
TABLE1
idTABLE1  int AI PK
donnee1 int
texte TEXT
horodate int (timestamp)
 
 
TABLE2
idTABLE2  int AI PK
donnee2 int
donnee3 int
le_texte TEXT
la_date int (timestamp)

Résultat souhaité
(avec bien sur, les champs non applicables suivant la table concernée par le résultats fixés à NULL,le post-traitement se chargera de la suite).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
donnee1, texte, heure_publication , donnee2, donne3, le_texte
45   Blablabla  123456 NULL NULL NULL
NULL NULL  1234567 45 -2 Alblbla
NULL NULL  1234569 3  12 Blague

Pouvez-vous m'indiquer si cela est possible, ce n'est pas très conventionnel, et si oui quelques pistes.

D'avance, merci.

[andry.aime]

Bonjour,

Tu veux dire JOIN je suppose.
Comment veux tu faire une jointure s'il n'y a pas de correspondance entre les tables? Ce n'est même pas logique.

A+.

[tatayo]

Bonjour,
Il est tout à fait possible de faire une UNION de 2 requêtes, la seule condition étant que la liste des colonnes des deux requêtes soient compatibles ("même" type de donnée dans le même ordre).
Dans ton cas, on peut faire ainsi:

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
select idTABLE1, donnee1,texte,horodate,null,null,null,null
from table1
union
select null,null,null,la_date,idTABLE2,donnee2,donnee3,le_texte
from table2

Tatayo.

[escartefigue]

bonjour

Je rejoins la remarque de andry.aime, pourquoi vouloir mettre bout à bout des attributs issus de deux tables et que rien ne permet de mettre en correspondance ?
A quoi cela pourra-t- il servir ?
Pourquoi ne pas analyser tout simplement les deux contenus séparément ?
Soit les tables sont mal conçues et un critère de jointure est manquant, soit il manque des explications

[mkdir]

Sur le fait que cela ne correspond à aucune norme de conception, je l'ai indiqué dès mon premier message. Mon interrogation était savoir si malgré tout il y avait une possibilité d'exploiter les données dans un tel contexte.

Ce sont deux tables qui contiennent du texte associé à une horodate.
Le but est de faire une recherche sur le contenu du texte (façon moteur de recherche de texte), et afficher les textes susceptibles de correspondre à un pattern, les deux tables confondues, classé par horodate, qui sert de données de tri pour l'affichage (c'est la seule donnée commune quant à l'objectif de tri, un timestamp) ; sans altérer la structure et les données des tables initiales.
Les autres données qui ne sont pas en commun sont des références nécessaires à extraire, mais sont spécifiques à chacune des tables.

Si cela peut aider à concevoir une application d'un tel cas, on peut imaginer une table avec les articles d'un magazine X importés d'une source de données, une table avec les articles d'un magazine Y, tous horodatés, et chacun ayant des références spécifiques (numéro d'article du magazine, de page, ...) et faire une recherche sur un mot clef "vélo", et cela indiquerait pas ordre chronologique (données des deux tables confondues), tous les articles parlant de vélo, avec, si applicables, les données annexes associées, les non applicables à NULL.


Quant à Union, je pensais à

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT A.article, A.horodate FROM Table1 As A
UNION
SELECT B.article, B.horodate FROM Table2 as B

ce qui est censé permettre la combinaison de deux résultats de requête Select là où la jointure n'est pas possible. , on peut y appliquer order BY... mais dans un tel cas, les select sont censés avoir le même nombre de colonnes, ce qui n'est pas mon cas quant aux données annexes.

Le but était de faire réaliser à mysql le tri par horodate des données... et non faire des extractions séparées, et ensuite, en post traitement dans le logiciel qui les récupére, faire la fusion et le tri souhaité

[escartefigue]

OK, mais
- soit les horodatages sont strictement identiques dans les deux tables (très peu probable) auquel cas vous avez votre critère de jointure
- soit ce n'est pas le cas et alors le rapprochement est impossible : vous pouvez avoir 3 articles sur un sujet dans le magazine M1 le même jour alors que le magazine M2 n'aborde ce sujet que 6 mois plus tard

Quand à l'union, rien ne vous empêche d'ajouter une colonne fictive pour simuler deux tables identiques :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
select col1
     , col2
     , cast('TOTO' as char(12)
     , col4
 
from ma_table1
 
union all
 
select col1
     , col2
     , col3
     , col4
from ma_table2