Discussion :

[Sve@r]

Bonjour à tous

Je suis embêté sur une requête "select" sur une colonne d'un type créé artificiellement.

En effet, je crée un type "xxx" via create type ... puis je crée ma table contenant une colonne de ce type puis j'insère des données. Jusque là ça va.
Mais quand je veux requêter sur cette colonne ça me répond "cannot compare dissimilar column types character and unknown at record column 1". Je comprends bien que ma syntaxe n'est pas bonne mais je n'ai pas réussi à trouver comment l'écrire.

Par exemple voici un code minimaliste mais complet de mon souci

Code sql :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
drop database if exists "bdd_test";
create database "bdd_test"
	template = "template0"
	encoding = 'utf8';
\connect "bdd_test"
 
create type "complex" as (
	"reel" smallint,
	"img" smallint
);
comment on type "complex" is 'Type nombre complexe';
 
create table "calcul" (
	"id_calcul" integer not null check ("id_calcul" > 0),
	"nbr" "complex" not null,
	primary key("id_calcul")
);
 
insert into calcul values(1, row(2, -2));
select * from calcul;
select * from calcul where nbr=row(2, -2);

C'est ce dernier select qui ne fonctionne pas et je n'arrive pas à trouver la syntaxe exacte pour faire ma requête. Pourtant ça me semblait logique de l'écrire comme pour l'insert...

Donc voilà, je suis bloqué et espère votre aide.

Merci à tous de votre attention.

[SQLpro]

Si vous voulez créer des nouveaux types il faut aussi créer les opérateur pour ces types (comparaison et opérationnels)....

Il ne peut pas deviner comment manipuler les données...

A +

[alassanediakite]

Salut
Un exemple ici.
@+

[Sve@r]

Si vous voulez créer des nouveaux types il faut aussi créer les opérateur pour ces types (comparaison et opérationnels)....

Il ne peut pas deviner comment manipuler les données...

Mouais. Ca parait logique effectivement mais j'avais benoîtement espéré qu'en voyant 2 champs dans le type et 2 champs dans le "row" il pourrait "deviner" qu'il faut les comparer en parallèle deux à deux...

Un exemple ici.

Merci Super sympa
J'ai appris des trucs qui, même si c'est inutile ici (voir plus bas) me serviront probablement un jour ou l'autre...

J'ai effectivement utilisé cet exemple pour taper ceci

Code sql :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
drop database if exists "bdd_test";
create database "bdd_test"
	template = "template0"
	encoding = 'utf8';
\connect "bdd_test"
 
create type "complex" as (
	"reel" smallint,
	"img" smallint
);
comment on type "complex" is 'Type nombre complexe';
create or replace function public."egal_complex"(
	gauche "complex",
	droite "complex"
) returns boolean as $$
begin
	return case when $1."reel" = $2."reel" and $1."img" = $2."img"
		then true
		else false
	end;
end;
$$ language plpgsql immutable;
create operator public.=(
	procedure=public."egal_complex",
	leftarg="complex",
	rightarg="complex",
	commutator="="
);
 
create table "calcul" (
	"id_calcul" integer not null check ("id_calcul" > 0),
	"nbr" "complex" not null,
	primary key("id_calcul")
) with (oids=false);
 
insert into calcul values(1, row(2, -2));
select * from calcul;
select * from calcul where nbr=row(2, -2)::complex;

Et ça a marché. En réalité, ça m'a d'abord demandé de caster mais quand j'ai rajouté ::complex ça a été bon.

Et justement quand j'ai rajouté le cast et que ça a fonctionné je me suis demandé si finalement le cast ne suffisait pas et j'ai alors supprimé ma fonction et mon opérateur

Code sql :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
drop database if exists "bdd_test";
create database "bdd_test"
	template = "template0"
	encoding = 'utf8';
\connect "bdd_test"
 
create type "complex" as (
	"reel" smallint,
	"img" smallint
);
comment on type "complex" is 'Type nombre complexe';
 
create table "calcul" (
	"id_calcul" integer not null check ("id_calcul" > 0),
	"nbr" "complex" not null,
	primary key("id_calcul")
) with (oids=false);
 
insert into calcul values(1, row(2, -2));
select * from calcul;
select * from calcul where nbr=row(2, -2)::complex;

Et ça fonctionne aussi. Est-ce une erreur de ma part qui bénéficie d'un "vide juridique" dans la bdd ou bien le cast suffit-il réellement à lui faire "deviner" ce qu'il faut faire dans ce cas précis ??? C'est en effet très simple ici de comparer les champs équivalents de deux complexes que de comparer deux fractions (l'excellent exemple que tu me proposes et où j'ai évidemment remarqué que tu étais l'auteur ) où à ce moment là il faut comparer le produit croisé des numérateurs et dénominateurs... Parce qu'en tout cas j'ai appliqué le cast sur ma vraie bdd et ça fonctionne aussi...