Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Windows Windows Serveur SQL Serveur Cast ou convert d'un uniqueidentifier

Cast ou convert d'un uniqueidentifier

10 réponses
Avatar
Fox
Bonjour a tous,

quand je fais une conversion d'un unique identifier les caractères { et }
sont tronquées, est ce normal ??

aussi quand dans une jointure j'ai un varchar et un uniqueidentifier de
l'autre coté j'ai un probleme de conversion alors que celle ci devrait etre
implicite....

des idées ?

Merci a tous et bonne année.
Signaler un problème avec ce contenu

10 réponses

Supprimer
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
Avatar
Fred BROUARD
bonjour,

Fox a écrit:
Bonjour a tous,

quand je fais une conversion d'un unique identifier les caractères { et }
sont tronquées, est ce normal ??



Ils ne sont pas tronqués : ils n'existent pas !


aussi quand dans une jointure j'ai un varchar et un uniqueidentifier de
l'autre coté j'ai un probleme de conversion alors que celle ci devrait etre
implicite....

des idées ?



Oui préférez des jointures sur des types homogènes (UID des deux côtés) ou alors
supprimez les accolades dans les string.

Notez que les jointures sur des UID sont très mauvaises en terme de performances.

A +


Merci a tous et bonne année.



--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Avatar
Fox
ok mais alors pkoi sur un select je vois ces caractères ?
c'est parce que c'est de l'hexa l' uniqueidentifier ? (je sais la question
peut paraitre bete mais bon....)

en tout cas merci pour la réponse.

"Fred BROUARD" a écrit :

bonjour,

Fox a écrit:
> Bonjour a tous,
>
> quand je fais une conversion d'un unique identifier les caractères { et }
> sont tronquées, est ce normal ??

Ils ne sont pas tronqués : ils n'existent pas !

>
> aussi quand dans une jointure j'ai un varchar et un uniqueidentifier de
> l'autre coté j'ai un probleme de conversion alors que celle ci devrait etre
> implicite....
>
> des idées ?

Oui préférez des jointures sur des types homogènes (UID des deux côtés) ou alors
supprimez les accolades dans les string.

Notez que les jointures sur des UID sont très mauvaises en terme de performances.

A +

>
> Merci a tous et bonne année.

--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************




Avatar
Med Bouchenafa
Tu peux donner un exemple où tu voix ces caractères

--
Avec mes meilleurs voeux 2006
Med Bouchenafa

"Fox" a écrit dans le message de news:

ok mais alors pkoi sur un select je vois ces caractères ?
c'est parce que c'est de l'hexa l' uniqueidentifier ? (je sais la question
peut paraitre bete mais bon....)

en tout cas merci pour la réponse.

"Fred BROUARD" a écrit :

bonjour,

Fox a écrit:
> Bonjour a tous,
>
> quand je fais une conversion d'un unique identifier les caractères {
> et }
> sont tronquées, est ce normal ??

Ils ne sont pas tronqués : ils n'existent pas !

>
> aussi quand dans une jointure j'ai un varchar et un uniqueidentifier de
> l'autre coté j'ai un probleme de conversion alors que celle ci devrait
> etre
> implicite....
>
> des idées ?

Oui préférez des jointures sur des types homogènes (UID des deux côtés)
ou alors
supprimez les accolades dans les string.

Notez que les jointures sur des UID sont très mauvaises en terme de
performances.

A +

>
> Merci a tous et bonne année.

--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************






Avatar
Med Bouchenafa
désolé, je voulais bien evidemment dire où tu vois (du verbe voir)

--
Bien cordialement
Med Bouchenafa

"Med Bouchenafa" a écrit dans le message de news:
%
Tu peux donner un exemple où tu voix ces caractères

--
Avec mes meilleurs voeux 2006
Med Bouchenafa

"Fox" a écrit dans le message de news:

ok mais alors pkoi sur un select je vois ces caractères ?
c'est parce que c'est de l'hexa l' uniqueidentifier ? (je sais la
question
peut paraitre bete mais bon....)

en tout cas merci pour la réponse.

"Fred BROUARD" a écrit :

bonjour,

Fox a écrit:
> Bonjour a tous,
>
> quand je fais une conversion d'un unique identifier les caractères {
> et }
> sont tronquées, est ce normal ??

Ils ne sont pas tronqués : ils n'existent pas !

>
> aussi quand dans une jointure j'ai un varchar et un uniqueidentifier
> de
> l'autre coté j'ai un probleme de conversion alors que celle ci devrait
> etre
> implicite....
>
> des idées ?

Oui préférez des jointures sur des types homogènes (UID des deux côtés)
ou alors
supprimez les accolades dans les string.

Notez que les jointures sur des UID sont très mauvaises en terme de
performances.

A +

>
> Merci a tous et bonne année.

--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************










Avatar
Fox
Oui,

par exemle si je fais un select sur ma colonne je vais avoir comme résultat
{AA95FE42-698C-4D4B-ADAD-1763BB96F463} or si je fais un cast ou convert j'ai
juste AA95FE42-698C-4D4B-ADAD-1763BB96F463



"Med Bouchenafa" a écrit :

désolé, je voulais bien evidemment dire où tu vois (du verbe voir)

--
Bien cordialement
Med Bouchenafa

"Med Bouchenafa" a écrit dans le message de news:
%
> Tu peux donner un exemple où tu voix ces caractères
>
> --
> Avec mes meilleurs voeux 2006
> Med Bouchenafa
>
> "Fox" a écrit dans le message de news:
>
>> ok mais alors pkoi sur un select je vois ces caractères ?
>> c'est parce que c'est de l'hexa l' uniqueidentifier ? (je sais la
>> question
>> peut paraitre bete mais bon....)
>>
>> en tout cas merci pour la réponse.
>>
>> "Fred BROUARD" a écrit :
>>
>>> bonjour,
>>>
>>> Fox a écrit:
>>> > Bonjour a tous,
>>> >
>>> > quand je fais une conversion d'un unique identifier les caractères {
>>> > et }
>>> > sont tronquées, est ce normal ??
>>>
>>> Ils ne sont pas tronqués : ils n'existent pas !
>>>
>>> >
>>> > aussi quand dans une jointure j'ai un varchar et un uniqueidentifier
>>> > de
>>> > l'autre coté j'ai un probleme de conversion alors que celle ci devrait
>>> > etre
>>> > implicite....
>>> >
>>> > des idées ?
>>>
>>> Oui préférez des jointures sur des types homogènes (UID des deux côtés)
>>> ou alors
>>> supprimez les accolades dans les string.
>>>
>>> Notez que les jointures sur des UID sont très mauvaises en terme de
>>> performances.
>>>
>>> A +
>>>
>>> >
>>> > Merci a tous et bonne année.
>>>
>>> --
>>> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
>>> Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
>>> Audit, conseil, expertise, formation, modélisation, tuning, optimisation
>>> ********************* http://www.datasapiens.com ***********************
>>>
>>>
>
>





Avatar
Fred BROUARD
Fox a écrit:
Oui,

par exemle si je fais un select sur ma colonne je vais avoir comme résultat
{AA95FE42-698C-4D4B-ADAD-1763BB96F463} or si je fais un cast ou convert j'ai
juste AA95FE42-698C-4D4B-ADAD-1763BB96F463



Dans quelle interface ???

Dans l'analyseur de requête :

SELECT NEWID() AS GUID

GUID
------------------------------------
6A060526-2603-45F3-A1E0-B9EC43C90590

(1 ligne(s) affectée(s))

pas de parenthèses !

En revanche dans un outil graphique come EM alors effectivement l'outil
graphique rajoute (on ne sait pas pourquoi) des accolades. Mais EM est un outil
externe à SQL Server.

A +





"Med Bouchenafa" a écrit :


désolé, je voulais bien evidemment dire où tu vois (du verbe voir)

--
Bien cordialement
Med Bouchenafa

"Med Bouchenafa" a écrit dans le message de news:
%

Tu peux donner un exemple où tu voix ces caractères

--
Avec mes meilleurs voeux 2006
Med Bouchenafa

"Fox" a écrit dans le message de news:


ok mais alors pkoi sur un select je vois ces caractères ?
c'est parce que c'est de l'hexa l' uniqueidentifier ? (je sais la
question
peut paraitre bete mais bon....)

en tout cas merci pour la réponse.

"Fred BROUARD" a écrit :


bonjour,

Fox a écrit:

Bonjour a tous,

quand je fais une conversion d'un unique identifier les caractères {
et }
sont tronquées, est ce normal ??



Ils ne sont pas tronqués : ils n'existent pas !


aussi quand dans une jointure j'ai un varchar et un uniqueidentifier
de
l'autre coté j'ai un probleme de conversion alors que celle ci devrait
etre
implicite....

des idées ?



Oui préférez des jointures sur des types homogènes (UID des deux côtés)
ou alors
supprimez les accolades dans les string.

Notez que les jointures sur des UID sont très mauvaises en terme de
performances.

A +


Merci a tous et bonne année.



--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************

















--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Avatar
Fox
en fait c'est une base existante où quand tu fais un select ma_colonne from
toto

et bien j'ai {AA95FE42-698C-4D4B-ADAD-1763BB96F463}

ma_col est un uniqueidentifier et je ne comprends pas pkoi j'ai ces
parentheses....ggrrhhhh....

l'interface c'est query analyzer...


"Fred BROUARD" a écrit :



Fox a écrit:
> Oui,
>
> par exemle si je fais un select sur ma colonne je vais avoir comme résultat
> {AA95FE42-698C-4D4B-ADAD-1763BB96F463} or si je fais un cast ou convert j'ai
> juste AA95FE42-698C-4D4B-ADAD-1763BB96F463

Dans quelle interface ???

Dans l'analyseur de requête :

SELECT NEWID() AS GUID

GUID
------------------------------------
6A060526-2603-45F3-A1E0-B9EC43C90590

(1 ligne(s) affectée(s))

pas de parenthèses !

En revanche dans un outil graphique come EM alors effectivement l'outil
graphique rajoute (on ne sait pas pourquoi) des accolades. Mais EM est un outil
externe à SQL Server.

A +


>
>
>
> "Med Bouchenafa" a écrit :
>
>
>>désolé, je voulais bien evidemment dire où tu vois (du verbe voir)
>>
>>--
>>Bien cordialement
>>Med Bouchenafa
>>
>>"Med Bouchenafa" a écrit dans le message de news:
>>%
>>
>>>Tu peux donner un exemple où tu voix ces caractères
>>>
>>>--
>>>Avec mes meilleurs voeux 2006
>>>Med Bouchenafa
>>>
>>>"Fox" a écrit dans le message de news:
>>>
>>>
>>>>ok mais alors pkoi sur un select je vois ces caractères ?
>>>>c'est parce que c'est de l'hexa l' uniqueidentifier ? (je sais la
>>>>question
>>>>peut paraitre bete mais bon....)
>>>>
>>>>en tout cas merci pour la réponse.
>>>>
>>>>"Fred BROUARD" a écrit :
>>>>
>>>>
>>>>>bonjour,
>>>>>
>>>>>Fox a écrit:
>>>>>
>>>>>>Bonjour a tous,
>>>>>>
>>>>>>quand je fais une conversion d'un unique identifier les caractères {
>>>>>>et }
>>>>>>sont tronquées, est ce normal ??
>>>>>
>>>>>Ils ne sont pas tronqués : ils n'existent pas !
>>>>>
>>>>>
>>>>>>aussi quand dans une jointure j'ai un varchar et un uniqueidentifier
>>>>>>de
>>>>>>l'autre coté j'ai un probleme de conversion alors que celle ci devrait
>>>>>>etre
>>>>>>implicite....
>>>>>>
>>>>>>des idées ?
>>>>>
>>>>>Oui préférez des jointures sur des types homogènes (UID des deux côtés)
>>>>>ou alors
>>>>>supprimez les accolades dans les string.
>>>>>
>>>>>Notez que les jointures sur des UID sont très mauvaises en terme de
>>>>>performances.
>>>>>
>>>>>A +
>>>>>
>>>>>
>>>>>>Merci a tous et bonne année.
>>>>>
>>>>>--
>>>>>Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
>>>>>Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
>>>>>Audit, conseil, expertise, formation, modélisation, tuning, optimisation
>>>>>********************* http://www.datasapiens.com ***********************
>>>>>
>>>>>
>>>
>>>
>>
>>

--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************




Avatar
Patrice
As tu vérifié que macol est bien physiquement un uniqueidentifier ?

Par exemple create table a(a uniqueidentifier)
go
insert into a values( newid())
select * from a

me donne un UID sans les accolades
--
Patrice

"Fox" a écrit dans le message de
news:
en fait c'est une base existante où quand tu fais un select ma_colonne


from
toto

et bien j'ai {AA95FE42-698C-4D4B-ADAD-1763BB96F463}

ma_col est un uniqueidentifier et je ne comprends pas pkoi j'ai ces
parentheses....ggrrhhhh....

l'interface c'est query analyzer...


"Fred BROUARD" a écrit :

>
>
> Fox a écrit:
> > Oui,
> >
> > par exemle si je fais un select sur ma colonne je vais avoir comme


résultat
> > {AA95FE42-698C-4D4B-ADAD-1763BB96F463} or si je fais un cast ou


convert j'ai
> > juste AA95FE42-698C-4D4B-ADAD-1763BB96F463
>
> Dans quelle interface ???
>
> Dans l'analyseur de requête :
>
> SELECT NEWID() AS GUID
>
> GUID
> ------------------------------------
> 6A060526-2603-45F3-A1E0-B9EC43C90590
>
> (1 ligne(s) affectée(s))
>
> pas de parenthèses !
>
> En revanche dans un outil graphique come EM alors effectivement l'outil
> graphique rajoute (on ne sait pas pourquoi) des accolades. Mais EM est


un outil
> externe à SQL Server.
>
> A +
>
>
> >
> >
> >
> > "Med Bouchenafa" a écrit :
> >
> >
> >>désolé, je voulais bien evidemment dire où tu vois (du verbe voir)
> >>
> >>--
> >>Bien cordialement
> >>Med Bouchenafa
> >>
> >>"Med Bouchenafa" a écrit dans le message de


news:
> >>%
> >>
> >>>Tu peux donner un exemple où tu voix ces caractères
> >>>
> >>>--
> >>>Avec mes meilleurs voeux 2006
> >>>Med Bouchenafa
> >>>
> >>>"Fox" a écrit dans le message de


news:
> >>>
> >>>
> >>>>ok mais alors pkoi sur un select je vois ces caractères ?
> >>>>c'est parce que c'est de l'hexa l' uniqueidentifier ? (je sais la
> >>>>question
> >>>>peut paraitre bete mais bon....)
> >>>>
> >>>>en tout cas merci pour la réponse.
> >>>>
> >>>>"Fred BROUARD" a écrit :
> >>>>
> >>>>
> >>>>>bonjour,
> >>>>>
> >>>>>Fox a écrit:
> >>>>>
> >>>>>>Bonjour a tous,
> >>>>>>
> >>>>>>quand je fais une conversion d'un unique identifier les caractères


{
> >>>>>>et }
> >>>>>>sont tronquées, est ce normal ??
> >>>>>
> >>>>>Ils ne sont pas tronqués : ils n'existent pas !
> >>>>>
> >>>>>
> >>>>>>aussi quand dans une jointure j'ai un varchar et un


uniqueidentifier
> >>>>>>de
> >>>>>>l'autre coté j'ai un probleme de conversion alors que celle ci


devrait
> >>>>>>etre
> >>>>>>implicite....
> >>>>>>
> >>>>>>des idées ?
> >>>>>
> >>>>>Oui préférez des jointures sur des types homogènes (UID des deux


côtés)
> >>>>>ou alors
> >>>>>supprimez les accolades dans les string.
> >>>>>
> >>>>>Notez que les jointures sur des UID sont très mauvaises en terme de
> >>>>>performances.
> >>>>>
> >>>>>A +
> >>>>>
> >>>>>
> >>>>>>Merci a tous et bonne année.
> >>>>>
> >>>>>--
> >>>>>Frédéric BROUARD, MVP SQL Server, expert bases de données et


langage SQL
> >>>>>Le site sur le langage SQL et les SGBDR :


http://sqlpro.developpez.com
> >>>>>Audit, conseil, expertise, formation, modélisation, tuning,


optimisation
> >>>>>********************* http://www.datasapiens.com


***********************
> >>>>>
> >>>>>
> >>>
> >>>
> >>
> >>
>
> --
> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
> Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
> Audit, conseil, expertise, formation, modélisation, tuning, optimisation
> ********************* http://www.datasapiens.com ***********************
>
>


Avatar
Fox
oui c'est bien un uniqueidentifier et j'ai toujours les accolades.....

comme je n'haberge pas la base j'ai pas access a tout mais ça pourrait venir
de la configuration d'sql server ?

"Patrice" a écrit :

As tu vérifié que macol est bien physiquement un uniqueidentifier ?

Par exemple create table a(a uniqueidentifier)
go
insert into a values( newid())
select * from a

me donne un UID sans les accolades
--
Patrice

"Fox" a écrit dans le message de
news:
> en fait c'est une base existante où quand tu fais un select ma_colonne
from
> toto
>
> et bien j'ai {AA95FE42-698C-4D4B-ADAD-1763BB96F463}
>
> ma_col est un uniqueidentifier et je ne comprends pas pkoi j'ai ces
> parentheses....ggrrhhhh....
>
> l'interface c'est query analyzer...
>
>
> "Fred BROUARD" a écrit :
>
> >
> >
> > Fox a écrit:
> > > Oui,
> > >
> > > par exemle si je fais un select sur ma colonne je vais avoir comme
résultat
> > > {AA95FE42-698C-4D4B-ADAD-1763BB96F463} or si je fais un cast ou
convert j'ai
> > > juste AA95FE42-698C-4D4B-ADAD-1763BB96F463
> >
> > Dans quelle interface ???
> >
> > Dans l'analyseur de requête :
> >
> > SELECT NEWID() AS GUID
> >
> > GUID
> > ------------------------------------
> > 6A060526-2603-45F3-A1E0-B9EC43C90590
> >
> > (1 ligne(s) affectée(s))
> >
> > pas de parenthèses !
> >
> > En revanche dans un outil graphique come EM alors effectivement l'outil
> > graphique rajoute (on ne sait pas pourquoi) des accolades. Mais EM est
un outil
> > externe à SQL Server.
> >
> > A +
> >
> >
> > >
> > >
> > >
> > > "Med Bouchenafa" a écrit :
> > >
> > >
> > >>désolé, je voulais bien evidemment dire où tu vois (du verbe voir)
> > >>
> > >>--
> > >>Bien cordialement
> > >>Med Bouchenafa
> > >>
> > >>"Med Bouchenafa" a écrit dans le message de
news:
> > >>%
> > >>
> > >>>Tu peux donner un exemple où tu voix ces caractères
> > >>>
> > >>>--
> > >>>Avec mes meilleurs voeux 2006
> > >>>Med Bouchenafa
> > >>>
> > >>>"Fox" a écrit dans le message de
news:
> > >>>
> > >>>
> > >>>>ok mais alors pkoi sur un select je vois ces caractères ?
> > >>>>c'est parce que c'est de l'hexa l' uniqueidentifier ? (je sais la
> > >>>>question
> > >>>>peut paraitre bete mais bon....)
> > >>>>
> > >>>>en tout cas merci pour la réponse.
> > >>>>
> > >>>>"Fred BROUARD" a écrit :
> > >>>>
> > >>>>
> > >>>>>bonjour,
> > >>>>>
> > >>>>>Fox a écrit:
> > >>>>>
> > >>>>>>Bonjour a tous,
> > >>>>>>
> > >>>>>>quand je fais une conversion d'un unique identifier les caractères
{
> > >>>>>>et }
> > >>>>>>sont tronquées, est ce normal ??
> > >>>>>
> > >>>>>Ils ne sont pas tronqués : ils n'existent pas !
> > >>>>>
> > >>>>>
> > >>>>>>aussi quand dans une jointure j'ai un varchar et un
uniqueidentifier
> > >>>>>>de
> > >>>>>>l'autre coté j'ai un probleme de conversion alors que celle ci
devrait
> > >>>>>>etre
> > >>>>>>implicite....
> > >>>>>>
> > >>>>>>des idées ?
> > >>>>>
> > >>>>>Oui préférez des jointures sur des types homogènes (UID des deux
côtés)
> > >>>>>ou alors
> > >>>>>supprimez les accolades dans les string.
> > >>>>>
> > >>>>>Notez que les jointures sur des UID sont très mauvaises en terme de
> > >>>>>performances.
> > >>>>>
> > >>>>>A +
> > >>>>>
> > >>>>>
> > >>>>>>Merci a tous et bonne année.
> > >>>>>
> > >>>>>--
> > >>>>>Frédéric BROUARD, MVP SQL Server, expert bases de données et
langage SQL
> > >>>>>Le site sur le langage SQL et les SGBDR :
http://sqlpro.developpez.com
> > >>>>>Audit, conseil, expertise, formation, modélisation, tuning,
optimisation
> > >>>>>********************* http://www.datasapiens.com
***********************
> > >>>>>
> > >>>>>
> > >>>
> > >>>
> > >>
> > >>
> >
> > --
> > Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
> > Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
> > Audit, conseil, expertise, formation, modélisation, tuning, optimisation
> > ********************* http://www.datasapiens.com ***********************
> >
> >





Avatar
Patrice
Dans quelle interface comme disait Fred ?

Les accolades ne sont bien sûr qu'une simple "notation" conventionnelle...

--

Patrice

"Fox" a écrit dans le message de
news:
oui c'est bien un uniqueidentifier et j'ai toujours les accolades.....

comme je n'haberge pas la base j'ai pas access a tout mais ça pourrait


venir
de la configuration d'sql server ?

"Patrice" a écrit :

> As tu vérifié que macol est bien physiquement un uniqueidentifier ?
>
> Par exemple create table a(a uniqueidentifier)
> go
> insert into a values( newid())
> select * from a
>
> me donne un UID sans les accolades
> --
> Patrice
>
> "Fox" a écrit dans le message de
> news:
> > en fait c'est une base existante où quand tu fais un select ma_colonne
> from
> > toto
> >
> > et bien j'ai {AA95FE42-698C-4D4B-ADAD-1763BB96F463}
> >
> > ma_col est un uniqueidentifier et je ne comprends pas pkoi j'ai ces
> > parentheses....ggrrhhhh....
> >
> > l'interface c'est query analyzer...
> >
> >
> > "Fred BROUARD" a écrit :
> >
> > >
> > >
> > > Fox a écrit:
> > > > Oui,
> > > >
> > > > par exemle si je fais un select sur ma colonne je vais avoir comme
> résultat
> > > > {AA95FE42-698C-4D4B-ADAD-1763BB96F463} or si je fais un cast ou
> convert j'ai
> > > > juste AA95FE42-698C-4D4B-ADAD-1763BB96F463
> > >
> > > Dans quelle interface ???
> > >
> > > Dans l'analyseur de requête :
> > >
> > > SELECT NEWID() AS GUID
> > >
> > > GUID
> > > ------------------------------------
> > > 6A060526-2603-45F3-A1E0-B9EC43C90590
> > >
> > > (1 ligne(s) affectée(s))
> > >
> > > pas de parenthèses !
> > >
> > > En revanche dans un outil graphique come EM alors effectivement


l'outil
> > > graphique rajoute (on ne sait pas pourquoi) des accolades. Mais EM


est
> un outil
> > > externe à SQL Server.
> > >
> > > A +
> > >
> > >
> > > >
> > > >
> > > >
> > > > "Med Bouchenafa" a écrit :
> > > >
> > > >
> > > >>désolé, je voulais bien evidemment dire où tu vois (du verbe voir)
> > > >>
> > > >>--
> > > >>Bien cordialement
> > > >>Med Bouchenafa
> > > >>
> > > >>"Med Bouchenafa" a écrit dans le message


de
> news:
> > > >>%
> > > >>
> > > >>>Tu peux donner un exemple où tu voix ces caractères
> > > >>>
> > > >>>--
> > > >>>Avec mes meilleurs voeux 2006
> > > >>>Med Bouchenafa
> > > >>>
> > > >>>"Fox" a écrit dans le message de
> news:
> > > >>>
> > > >>>
> > > >>>>ok mais alors pkoi sur un select je vois ces caractères ?
> > > >>>>c'est parce que c'est de l'hexa l' uniqueidentifier ? (je sais


la
> > > >>>>question
> > > >>>>peut paraitre bete mais bon....)
> > > >>>>
> > > >>>>en tout cas merci pour la réponse.
> > > >>>>
> > > >>>>"Fred BROUARD" a écrit :
> > > >>>>
> > > >>>>
> > > >>>>>bonjour,
> > > >>>>>
> > > >>>>>Fox a écrit:
> > > >>>>>
> > > >>>>>>Bonjour a tous,
> > > >>>>>>
> > > >>>>>>quand je fais une conversion d'un unique identifier les


caractères
> {
> > > >>>>>>et }
> > > >>>>>>sont tronquées, est ce normal ??
> > > >>>>>
> > > >>>>>Ils ne sont pas tronqués : ils n'existent pas !
> > > >>>>>
> > > >>>>>
> > > >>>>>>aussi quand dans une jointure j'ai un varchar et un
> uniqueidentifier
> > > >>>>>>de
> > > >>>>>>l'autre coté j'ai un probleme de conversion alors que celle ci
> devrait
> > > >>>>>>etre
> > > >>>>>>implicite....
> > > >>>>>>
> > > >>>>>>des idées ?
> > > >>>>>
> > > >>>>>Oui préférez des jointures sur des types homogènes (UID des


deux
> côtés)
> > > >>>>>ou alors
> > > >>>>>supprimez les accolades dans les string.
> > > >>>>>
> > > >>>>>Notez que les jointures sur des UID sont très mauvaises en


terme de
> > > >>>>>performances.
> > > >>>>>
> > > >>>>>A +
> > > >>>>>
> > > >>>>>
> > > >>>>>>Merci a tous et bonne année.
> > > >>>>>
> > > >>>>>--
> > > >>>>>Frédéric BROUARD, MVP SQL Server, expert bases de données et
> langage SQL
> > > >>>>>Le site sur le langage SQL et les SGBDR :
> http://sqlpro.developpez.com
> > > >>>>>Audit, conseil, expertise, formation, modélisation, tuning,
> optimisation
> > > >>>>>********************* http://www.datasapiens.com
> ***********************
> > > >>>>>
> > > >>>>>
> > > >>>
> > > >>>
> > > >>
> > > >>
> > >
> > > --
> > > Frédéric BROUARD, MVP SQL Server, expert bases de données et langage


SQL
> > > Le site sur le langage SQL et les SGBDR :


http://sqlpro.developpez.com
> > > Audit, conseil, expertise, formation, modélisation, tuning,


optimisation
> > > ********************* http://www.datasapiens.com


***********************
> > >
> > >
>
>
>