Are Dynamics CRM GUIDS stored in upper-case or lower-case in the CRM Back-end?












2















I'm currently trying to work out if the GUID's which are CRM's Unique Identifiers for it's back-end are Stored in uppercase or lowercase and if the GUID's are case sensitive. What I mean is this:



If a record has a GUID of 8a16e427-97e6-e811-a980-00224800510b


and another record has a GUID of 8A16E427-97E6-E811-A980-00224800510B (The same, but with upper case letters)



A. Is this scenario even possible?
B. Would they be treated as the same record?
C. If I went to produce an extract would they all come out as lower-case or upper-case?
D. How would I even go about checking the back-end SQL Tables myself?










share|improve this question





























    2















    I'm currently trying to work out if the GUID's which are CRM's Unique Identifiers for it's back-end are Stored in uppercase or lowercase and if the GUID's are case sensitive. What I mean is this:



    If a record has a GUID of 8a16e427-97e6-e811-a980-00224800510b


    and another record has a GUID of 8A16E427-97E6-E811-A980-00224800510B (The same, but with upper case letters)



    A. Is this scenario even possible?
    B. Would they be treated as the same record?
    C. If I went to produce an extract would they all come out as lower-case or upper-case?
    D. How would I even go about checking the back-end SQL Tables myself?










    share|improve this question



























      2












      2








      2








      I'm currently trying to work out if the GUID's which are CRM's Unique Identifiers for it's back-end are Stored in uppercase or lowercase and if the GUID's are case sensitive. What I mean is this:



      If a record has a GUID of 8a16e427-97e6-e811-a980-00224800510b


      and another record has a GUID of 8A16E427-97E6-E811-A980-00224800510B (The same, but with upper case letters)



      A. Is this scenario even possible?
      B. Would they be treated as the same record?
      C. If I went to produce an extract would they all come out as lower-case or upper-case?
      D. How would I even go about checking the back-end SQL Tables myself?










      share|improve this question
















      I'm currently trying to work out if the GUID's which are CRM's Unique Identifiers for it's back-end are Stored in uppercase or lowercase and if the GUID's are case sensitive. What I mean is this:



      If a record has a GUID of 8a16e427-97e6-e811-a980-00224800510b


      and another record has a GUID of 8A16E427-97E6-E811-A980-00224800510B (The same, but with upper case letters)



      A. Is this scenario even possible?
      B. Would they be treated as the same record?
      C. If I went to produce an extract would they all come out as lower-case or upper-case?
      D. How would I even go about checking the back-end SQL Tables myself?







      dynamics-crm microsoft-dynamics guid dynamics-365






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Nov 13 '18 at 12:05









      James Wood

      13.9k22162




      13.9k22162










      asked Nov 12 '18 at 21:48









      JmcauleyJmcauley

      132




      132
























          2 Answers
          2






          active

          oldest

          votes


















          0















          I'm currently trying to work out if the GUID's which are CRM's Unique
          Identifiers for it's back-end are Stored in uppercase or lowercase and if the GUID's are case sensitive.




          I'm pretty sure its uppercase, but that isn't really important.



          Guid's are not strings, so the casing of the guid isn't relevant. They are 128-bit integers, which are often expressed as hexadecimal strings.



          So 8a16e427-97e6-e811-a980-00224800510b and 8A16E427-97E6-E811-A980-00224800510B are equal because they represent the same hexadecimal value.



          See Creating different GUID for same lowercase and upper case strings.



          A better consideration is how are the guids being compared? For example if someone was to treat them as string type (rather than guid), then your values could be considered to be different (as strings).




          If a record has a GUID of 8a16e427-97e6-e811-a980-00224800510b
          and another record has a GUID of 8A16E427-97E6-E811-A980-00224800510B (The same, but with upper case letters)



          A. Is this scenario even possible?




          No, becuase these two guids are the same. Each record has a unique guid. Casing isn't relevant.




          B. Would they be treated as the same record?




          These two guids refer to the same record - because they are the same guid.




          C. If I went to produce an extract would they all come out as
          lower-case or upper-case?




          Depends how you extracted them, but again casing of the guid isn't relevant.




          D. How would I even go about checking the back-end SQL Tables myself?




          If you are on-premise speak to your database administrator. If you are online you would have to ask Microsoft for a copy of the database.






          share|improve this answer
























          • Thank you so much, this is what I was looking for!

            – Jmcauley
            Nov 13 '18 at 17:01






          • 1





            @Jmcauley pls upvote/mark it as answer

            – Arun Vinoth
            Nov 22 '18 at 4:22



















          2














          Guids are not stored as strings in SQL - it's a special type called uniqueidentifier.






          share|improve this answer
























          • If you're working with GUID's in C# you can use Guid.Equals() to compare GUID's.

            – Aron
            Nov 13 '18 at 3:40











          Your Answer






          StackExchange.ifUsing("editor", function () {
          StackExchange.using("externalEditor", function () {
          StackExchange.using("snippets", function () {
          StackExchange.snippets.init();
          });
          });
          }, "code-snippets");

          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "1"
          };
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function() {
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled) {
          StackExchange.using("snippets", function() {
          createEditor();
          });
          }
          else {
          createEditor();
          }
          });

          function createEditor() {
          StackExchange.prepareEditor({
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: true,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: 10,
          bindNavPrevention: true,
          postfix: "",
          imageUploader: {
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          },
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          });


          }
          });














          draft saved

          draft discarded


















          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53270602%2fare-dynamics-crm-guids-stored-in-upper-case-or-lower-case-in-the-crm-back-end%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown

























          2 Answers
          2






          active

          oldest

          votes








          2 Answers
          2






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          0















          I'm currently trying to work out if the GUID's which are CRM's Unique
          Identifiers for it's back-end are Stored in uppercase or lowercase and if the GUID's are case sensitive.




          I'm pretty sure its uppercase, but that isn't really important.



          Guid's are not strings, so the casing of the guid isn't relevant. They are 128-bit integers, which are often expressed as hexadecimal strings.



          So 8a16e427-97e6-e811-a980-00224800510b and 8A16E427-97E6-E811-A980-00224800510B are equal because they represent the same hexadecimal value.



          See Creating different GUID for same lowercase and upper case strings.



          A better consideration is how are the guids being compared? For example if someone was to treat them as string type (rather than guid), then your values could be considered to be different (as strings).




          If a record has a GUID of 8a16e427-97e6-e811-a980-00224800510b
          and another record has a GUID of 8A16E427-97E6-E811-A980-00224800510B (The same, but with upper case letters)



          A. Is this scenario even possible?




          No, becuase these two guids are the same. Each record has a unique guid. Casing isn't relevant.




          B. Would they be treated as the same record?




          These two guids refer to the same record - because they are the same guid.




          C. If I went to produce an extract would they all come out as
          lower-case or upper-case?




          Depends how you extracted them, but again casing of the guid isn't relevant.




          D. How would I even go about checking the back-end SQL Tables myself?




          If you are on-premise speak to your database administrator. If you are online you would have to ask Microsoft for a copy of the database.






          share|improve this answer
























          • Thank you so much, this is what I was looking for!

            – Jmcauley
            Nov 13 '18 at 17:01






          • 1





            @Jmcauley pls upvote/mark it as answer

            – Arun Vinoth
            Nov 22 '18 at 4:22
















          0















          I'm currently trying to work out if the GUID's which are CRM's Unique
          Identifiers for it's back-end are Stored in uppercase or lowercase and if the GUID's are case sensitive.




          I'm pretty sure its uppercase, but that isn't really important.



          Guid's are not strings, so the casing of the guid isn't relevant. They are 128-bit integers, which are often expressed as hexadecimal strings.



          So 8a16e427-97e6-e811-a980-00224800510b and 8A16E427-97E6-E811-A980-00224800510B are equal because they represent the same hexadecimal value.



          See Creating different GUID for same lowercase and upper case strings.



          A better consideration is how are the guids being compared? For example if someone was to treat them as string type (rather than guid), then your values could be considered to be different (as strings).




          If a record has a GUID of 8a16e427-97e6-e811-a980-00224800510b
          and another record has a GUID of 8A16E427-97E6-E811-A980-00224800510B (The same, but with upper case letters)



          A. Is this scenario even possible?




          No, becuase these two guids are the same. Each record has a unique guid. Casing isn't relevant.




          B. Would they be treated as the same record?




          These two guids refer to the same record - because they are the same guid.




          C. If I went to produce an extract would they all come out as
          lower-case or upper-case?




          Depends how you extracted them, but again casing of the guid isn't relevant.




          D. How would I even go about checking the back-end SQL Tables myself?




          If you are on-premise speak to your database administrator. If you are online you would have to ask Microsoft for a copy of the database.






          share|improve this answer
























          • Thank you so much, this is what I was looking for!

            – Jmcauley
            Nov 13 '18 at 17:01






          • 1





            @Jmcauley pls upvote/mark it as answer

            – Arun Vinoth
            Nov 22 '18 at 4:22














          0












          0








          0








          I'm currently trying to work out if the GUID's which are CRM's Unique
          Identifiers for it's back-end are Stored in uppercase or lowercase and if the GUID's are case sensitive.




          I'm pretty sure its uppercase, but that isn't really important.



          Guid's are not strings, so the casing of the guid isn't relevant. They are 128-bit integers, which are often expressed as hexadecimal strings.



          So 8a16e427-97e6-e811-a980-00224800510b and 8A16E427-97E6-E811-A980-00224800510B are equal because they represent the same hexadecimal value.



          See Creating different GUID for same lowercase and upper case strings.



          A better consideration is how are the guids being compared? For example if someone was to treat them as string type (rather than guid), then your values could be considered to be different (as strings).




          If a record has a GUID of 8a16e427-97e6-e811-a980-00224800510b
          and another record has a GUID of 8A16E427-97E6-E811-A980-00224800510B (The same, but with upper case letters)



          A. Is this scenario even possible?




          No, becuase these two guids are the same. Each record has a unique guid. Casing isn't relevant.




          B. Would they be treated as the same record?




          These two guids refer to the same record - because they are the same guid.




          C. If I went to produce an extract would they all come out as
          lower-case or upper-case?




          Depends how you extracted them, but again casing of the guid isn't relevant.




          D. How would I even go about checking the back-end SQL Tables myself?




          If you are on-premise speak to your database administrator. If you are online you would have to ask Microsoft for a copy of the database.






          share|improve this answer














          I'm currently trying to work out if the GUID's which are CRM's Unique
          Identifiers for it's back-end are Stored in uppercase or lowercase and if the GUID's are case sensitive.




          I'm pretty sure its uppercase, but that isn't really important.



          Guid's are not strings, so the casing of the guid isn't relevant. They are 128-bit integers, which are often expressed as hexadecimal strings.



          So 8a16e427-97e6-e811-a980-00224800510b and 8A16E427-97E6-E811-A980-00224800510B are equal because they represent the same hexadecimal value.



          See Creating different GUID for same lowercase and upper case strings.



          A better consideration is how are the guids being compared? For example if someone was to treat them as string type (rather than guid), then your values could be considered to be different (as strings).




          If a record has a GUID of 8a16e427-97e6-e811-a980-00224800510b
          and another record has a GUID of 8A16E427-97E6-E811-A980-00224800510B (The same, but with upper case letters)



          A. Is this scenario even possible?




          No, becuase these two guids are the same. Each record has a unique guid. Casing isn't relevant.




          B. Would they be treated as the same record?




          These two guids refer to the same record - because they are the same guid.




          C. If I went to produce an extract would they all come out as
          lower-case or upper-case?




          Depends how you extracted them, but again casing of the guid isn't relevant.




          D. How would I even go about checking the back-end SQL Tables myself?




          If you are on-premise speak to your database administrator. If you are online you would have to ask Microsoft for a copy of the database.







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered Nov 13 '18 at 9:53









          James WoodJames Wood

          13.9k22162




          13.9k22162













          • Thank you so much, this is what I was looking for!

            – Jmcauley
            Nov 13 '18 at 17:01






          • 1





            @Jmcauley pls upvote/mark it as answer

            – Arun Vinoth
            Nov 22 '18 at 4:22



















          • Thank you so much, this is what I was looking for!

            – Jmcauley
            Nov 13 '18 at 17:01






          • 1





            @Jmcauley pls upvote/mark it as answer

            – Arun Vinoth
            Nov 22 '18 at 4:22

















          Thank you so much, this is what I was looking for!

          – Jmcauley
          Nov 13 '18 at 17:01





          Thank you so much, this is what I was looking for!

          – Jmcauley
          Nov 13 '18 at 17:01




          1




          1





          @Jmcauley pls upvote/mark it as answer

          – Arun Vinoth
          Nov 22 '18 at 4:22





          @Jmcauley pls upvote/mark it as answer

          – Arun Vinoth
          Nov 22 '18 at 4:22













          2














          Guids are not stored as strings in SQL - it's a special type called uniqueidentifier.






          share|improve this answer
























          • If you're working with GUID's in C# you can use Guid.Equals() to compare GUID's.

            – Aron
            Nov 13 '18 at 3:40
















          2














          Guids are not stored as strings in SQL - it's a special type called uniqueidentifier.






          share|improve this answer
























          • If you're working with GUID's in C# you can use Guid.Equals() to compare GUID's.

            – Aron
            Nov 13 '18 at 3:40














          2












          2








          2







          Guids are not stored as strings in SQL - it's a special type called uniqueidentifier.






          share|improve this answer













          Guids are not stored as strings in SQL - it's a special type called uniqueidentifier.







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered Nov 12 '18 at 23:50









          Andrew ButenkoAndrew Butenko

          4,7531912




          4,7531912













          • If you're working with GUID's in C# you can use Guid.Equals() to compare GUID's.

            – Aron
            Nov 13 '18 at 3:40



















          • If you're working with GUID's in C# you can use Guid.Equals() to compare GUID's.

            – Aron
            Nov 13 '18 at 3:40

















          If you're working with GUID's in C# you can use Guid.Equals() to compare GUID's.

          – Aron
          Nov 13 '18 at 3:40





          If you're working with GUID's in C# you can use Guid.Equals() to compare GUID's.

          – Aron
          Nov 13 '18 at 3:40


















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Stack Overflow!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid



          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.


          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53270602%2fare-dynamics-crm-guids-stored-in-upper-case-or-lower-case-in-the-crm-back-end%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          Full-time equivalent

          Bicuculline

          さくらももこ