Enforcing distinct number of trailing spacesEnforcing database integritysysadmin cannot drop login when ddl...

How do you say “my friend is throwing a party, do you wanna come?” in german

Can we carry rice to Japan?

Formatting a table to look nice

GPL code private and stolen

Plagiarism of code by other PhD student

When do _WA_Sys_ statistics Get Updated?

When was drinking water recognized as crucial in marathon running?

Misplaced tyre lever - alternatives?

What is better: yes / no radio, or simple checkbox?

Why doesn't "adolescent" take any articles in "listen to adolescent agonising"?

1970s scifi/horror novel where protagonist is used by a crablike creature to feed its larvae, goes mad, and is defeated by retraumatising him

Four buttons on a table

Do AL rules let me pick different starting equipment?

Has Wakanda ever accepted refugees?

Deal the cards to the players

3.5% Interest Student Loan or use all of my savings on Tuition?

Why is it "take a leak?"

Would the melodic leap of the opening phrase of Mozart's K545 be considered dissonant?

Is there a way to find out the age of climbing ropes?

How does insurance birth control work?

How to fix my table, centering of columns

I encountered my boss during an on-site interview at another company. Should I bring it up when seeing him next time?

Rationale to prefer local variables over instance variables?

It doesn't matter the side you see it



Enforcing distinct number of trailing spaces


Enforcing database integritysysadmin cannot drop login when ddl audit trigger enabledHow can I enforce data integrity in this model with a M:2 relationship?Trim whitespace (spaces, tabs, newlines)How does one investigate the performance of a BULK INSERT statement?Something similar to GENERATED ALWAYS for a DEFAULT? (SQL Server / Azure SQL)Forcing Flow DistinctSame query way faster with distinct than without distinctfloat to varchar with no trailing zerosDesign of portable tables with validity interval (historization, temporal databases)













2















I'm working on converting a SQL Anywhere (ASA) 5.5 based application and its database to Microsoft SQL Server.



Existing is a table with a primary key clustered on two columns, code_type char(4) and code char(30). I was able to build the table fine, but attempting to move over the data I ran into a conflict because the table contained ('cha', ' ') and ('cha', '') and speaking with another developer it sounds like this has a use case. Not really looking to retrain the users, what options are there to enforce a distinct number of spaces at the database level?



The database is for a single application so in the end I can rely on control of how data is inserted into the table but would like to enforce an intended distinction in the table definition.



If ('cha', '') exists in the table, I'd like to be able to insert ('cha', ' ') as it has more trailing spaces, but not ('cha', '') because it has an equal number of spaces (0) as an existing entry.



This question on UNIQUE Index outlines the behavior on unique index, SQL is applying right padding of spaces to make two strings equally sized before making the comparison per ANSI/ISO SQL-92 Section Section 8.2 General Rule #3. I've confirmed this behavior with the char type as the link used varchar. I'm not committed to using a key, just some way to enforce a distinct number of trailing spaces.



There are quite a few characters guaranteed not to show up in the second column. The field is either letter abbreviations or legal document citations. The legal document citations seem to be contain alphanumeric characters plus '(', ')', '-', '.', ' ', and '/'.










share|improve this question





























    2















    I'm working on converting a SQL Anywhere (ASA) 5.5 based application and its database to Microsoft SQL Server.



    Existing is a table with a primary key clustered on two columns, code_type char(4) and code char(30). I was able to build the table fine, but attempting to move over the data I ran into a conflict because the table contained ('cha', ' ') and ('cha', '') and speaking with another developer it sounds like this has a use case. Not really looking to retrain the users, what options are there to enforce a distinct number of spaces at the database level?



    The database is for a single application so in the end I can rely on control of how data is inserted into the table but would like to enforce an intended distinction in the table definition.



    If ('cha', '') exists in the table, I'd like to be able to insert ('cha', ' ') as it has more trailing spaces, but not ('cha', '') because it has an equal number of spaces (0) as an existing entry.



    This question on UNIQUE Index outlines the behavior on unique index, SQL is applying right padding of spaces to make two strings equally sized before making the comparison per ANSI/ISO SQL-92 Section Section 8.2 General Rule #3. I've confirmed this behavior with the char type as the link used varchar. I'm not committed to using a key, just some way to enforce a distinct number of trailing spaces.



    There are quite a few characters guaranteed not to show up in the second column. The field is either letter abbreviations or legal document citations. The legal document citations seem to be contain alphanumeric characters plus '(', ')', '-', '.', ' ', and '/'.










    share|improve this question



























      2












      2








      2


      0






      I'm working on converting a SQL Anywhere (ASA) 5.5 based application and its database to Microsoft SQL Server.



      Existing is a table with a primary key clustered on two columns, code_type char(4) and code char(30). I was able to build the table fine, but attempting to move over the data I ran into a conflict because the table contained ('cha', ' ') and ('cha', '') and speaking with another developer it sounds like this has a use case. Not really looking to retrain the users, what options are there to enforce a distinct number of spaces at the database level?



      The database is for a single application so in the end I can rely on control of how data is inserted into the table but would like to enforce an intended distinction in the table definition.



      If ('cha', '') exists in the table, I'd like to be able to insert ('cha', ' ') as it has more trailing spaces, but not ('cha', '') because it has an equal number of spaces (0) as an existing entry.



      This question on UNIQUE Index outlines the behavior on unique index, SQL is applying right padding of spaces to make two strings equally sized before making the comparison per ANSI/ISO SQL-92 Section Section 8.2 General Rule #3. I've confirmed this behavior with the char type as the link used varchar. I'm not committed to using a key, just some way to enforce a distinct number of trailing spaces.



      There are quite a few characters guaranteed not to show up in the second column. The field is either letter abbreviations or legal document citations. The legal document citations seem to be contain alphanumeric characters plus '(', ')', '-', '.', ' ', and '/'.










      share|improve this question
















      I'm working on converting a SQL Anywhere (ASA) 5.5 based application and its database to Microsoft SQL Server.



      Existing is a table with a primary key clustered on two columns, code_type char(4) and code char(30). I was able to build the table fine, but attempting to move over the data I ran into a conflict because the table contained ('cha', ' ') and ('cha', '') and speaking with another developer it sounds like this has a use case. Not really looking to retrain the users, what options are there to enforce a distinct number of spaces at the database level?



      The database is for a single application so in the end I can rely on control of how data is inserted into the table but would like to enforce an intended distinction in the table definition.



      If ('cha', '') exists in the table, I'd like to be able to insert ('cha', ' ') as it has more trailing spaces, but not ('cha', '') because it has an equal number of spaces (0) as an existing entry.



      This question on UNIQUE Index outlines the behavior on unique index, SQL is applying right padding of spaces to make two strings equally sized before making the comparison per ANSI/ISO SQL-92 Section Section 8.2 General Rule #3. I've confirmed this behavior with the char type as the link used varchar. I'm not committed to using a key, just some way to enforce a distinct number of trailing spaces.



      There are quite a few characters guaranteed not to show up in the second column. The field is either letter abbreviations or legal document citations. The legal document citations seem to be contain alphanumeric characters plus '(', ')', '-', '.', ' ', and '/'.







      sql-server sql-server-2014 constraint






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited 9 mins ago









      Paul White

      52.9k14281457




      52.9k14281457










      asked Jan 9 at 18:59









      Lawrence AndersonLawrence Anderson

      132




      132






















          1 Answer
          1






          active

          oldest

          votes


















          2














          I wouldn't call this a good solution but it seems to work. You can create a computed column with an appended character and create a unique index on code_type and the computed column. For the appended character you can use a character which will never appear in your data or any string of at least 31 character length if you'd like to avoid making assumptions like that. It's probably easiest to go through an example.



          This is the problem that you're having:



          CREATE TABLE dbo.T226714 (
          code_type CHAR(4) NOT NULL,
          code VARCHAR(30) NOT NULL,
          PRIMARY KEY (code_type, code)
          );

          -- fails due to PK error
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');
          INSERT INTO dbo.T226714 VALUES ('cha', '');


          Instead, do something like this:



          DROP TABLE dbo.T226714;

          CREATE TABLE dbo.T226714 (
          code_type CHAR(4) NOT NULL,
          code VARCHAR(30) NOT NULL,
          code_with_end_char AS CAST(code + 'ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ' AS VARCHAR(61))
          );

          CREATE UNIQUE INDEX UI ON dbo.T226714 (code_type, code_with_end_char);

          -- works
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');
          INSERT INTO dbo.T226714 VALUES ('cha', '');

          -- can't insert this as a third row due to the unique index:
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');





          share|improve this answer
























          • That works for me. I will note that for the sake of thoroughness having [code] as data type varchar rather than char is required for this solution. With all columns as char duplicate key issue error (cha , ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ)

            – Lawrence Anderson
            Jan 10 at 16:43











          Your Answer








          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "182"
          };
          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: false,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: null,
          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%2fdba.stackexchange.com%2fquestions%2f226714%2fenforcing-distinct-number-of-trailing-spaces%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown

























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          2














          I wouldn't call this a good solution but it seems to work. You can create a computed column with an appended character and create a unique index on code_type and the computed column. For the appended character you can use a character which will never appear in your data or any string of at least 31 character length if you'd like to avoid making assumptions like that. It's probably easiest to go through an example.



          This is the problem that you're having:



          CREATE TABLE dbo.T226714 (
          code_type CHAR(4) NOT NULL,
          code VARCHAR(30) NOT NULL,
          PRIMARY KEY (code_type, code)
          );

          -- fails due to PK error
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');
          INSERT INTO dbo.T226714 VALUES ('cha', '');


          Instead, do something like this:



          DROP TABLE dbo.T226714;

          CREATE TABLE dbo.T226714 (
          code_type CHAR(4) NOT NULL,
          code VARCHAR(30) NOT NULL,
          code_with_end_char AS CAST(code + 'ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ' AS VARCHAR(61))
          );

          CREATE UNIQUE INDEX UI ON dbo.T226714 (code_type, code_with_end_char);

          -- works
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');
          INSERT INTO dbo.T226714 VALUES ('cha', '');

          -- can't insert this as a third row due to the unique index:
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');





          share|improve this answer
























          • That works for me. I will note that for the sake of thoroughness having [code] as data type varchar rather than char is required for this solution. With all columns as char duplicate key issue error (cha , ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ)

            – Lawrence Anderson
            Jan 10 at 16:43
















          2














          I wouldn't call this a good solution but it seems to work. You can create a computed column with an appended character and create a unique index on code_type and the computed column. For the appended character you can use a character which will never appear in your data or any string of at least 31 character length if you'd like to avoid making assumptions like that. It's probably easiest to go through an example.



          This is the problem that you're having:



          CREATE TABLE dbo.T226714 (
          code_type CHAR(4) NOT NULL,
          code VARCHAR(30) NOT NULL,
          PRIMARY KEY (code_type, code)
          );

          -- fails due to PK error
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');
          INSERT INTO dbo.T226714 VALUES ('cha', '');


          Instead, do something like this:



          DROP TABLE dbo.T226714;

          CREATE TABLE dbo.T226714 (
          code_type CHAR(4) NOT NULL,
          code VARCHAR(30) NOT NULL,
          code_with_end_char AS CAST(code + 'ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ' AS VARCHAR(61))
          );

          CREATE UNIQUE INDEX UI ON dbo.T226714 (code_type, code_with_end_char);

          -- works
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');
          INSERT INTO dbo.T226714 VALUES ('cha', '');

          -- can't insert this as a third row due to the unique index:
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');





          share|improve this answer
























          • That works for me. I will note that for the sake of thoroughness having [code] as data type varchar rather than char is required for this solution. With all columns as char duplicate key issue error (cha , ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ)

            – Lawrence Anderson
            Jan 10 at 16:43














          2












          2








          2







          I wouldn't call this a good solution but it seems to work. You can create a computed column with an appended character and create a unique index on code_type and the computed column. For the appended character you can use a character which will never appear in your data or any string of at least 31 character length if you'd like to avoid making assumptions like that. It's probably easiest to go through an example.



          This is the problem that you're having:



          CREATE TABLE dbo.T226714 (
          code_type CHAR(4) NOT NULL,
          code VARCHAR(30) NOT NULL,
          PRIMARY KEY (code_type, code)
          );

          -- fails due to PK error
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');
          INSERT INTO dbo.T226714 VALUES ('cha', '');


          Instead, do something like this:



          DROP TABLE dbo.T226714;

          CREATE TABLE dbo.T226714 (
          code_type CHAR(4) NOT NULL,
          code VARCHAR(30) NOT NULL,
          code_with_end_char AS CAST(code + 'ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ' AS VARCHAR(61))
          );

          CREATE UNIQUE INDEX UI ON dbo.T226714 (code_type, code_with_end_char);

          -- works
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');
          INSERT INTO dbo.T226714 VALUES ('cha', '');

          -- can't insert this as a third row due to the unique index:
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');





          share|improve this answer













          I wouldn't call this a good solution but it seems to work. You can create a computed column with an appended character and create a unique index on code_type and the computed column. For the appended character you can use a character which will never appear in your data or any string of at least 31 character length if you'd like to avoid making assumptions like that. It's probably easiest to go through an example.



          This is the problem that you're having:



          CREATE TABLE dbo.T226714 (
          code_type CHAR(4) NOT NULL,
          code VARCHAR(30) NOT NULL,
          PRIMARY KEY (code_type, code)
          );

          -- fails due to PK error
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');
          INSERT INTO dbo.T226714 VALUES ('cha', '');


          Instead, do something like this:



          DROP TABLE dbo.T226714;

          CREATE TABLE dbo.T226714 (
          code_type CHAR(4) NOT NULL,
          code VARCHAR(30) NOT NULL,
          code_with_end_char AS CAST(code + 'ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ' AS VARCHAR(61))
          );

          CREATE UNIQUE INDEX UI ON dbo.T226714 (code_type, code_with_end_char);

          -- works
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');
          INSERT INTO dbo.T226714 VALUES ('cha', '');

          -- can't insert this as a third row due to the unique index:
          INSERT INTO dbo.T226714 VALUES ('cha', ' ');






          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered Jan 10 at 14:54









          Joe ObbishJoe Obbish

          21.2k33086




          21.2k33086













          • That works for me. I will note that for the sake of thoroughness having [code] as data type varchar rather than char is required for this solution. With all columns as char duplicate key issue error (cha , ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ)

            – Lawrence Anderson
            Jan 10 at 16:43



















          • That works for me. I will note that for the sake of thoroughness having [code] as data type varchar rather than char is required for this solution. With all columns as char duplicate key issue error (cha , ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ)

            – Lawrence Anderson
            Jan 10 at 16:43

















          That works for me. I will note that for the sake of thoroughness having [code] as data type varchar rather than char is required for this solution. With all columns as char duplicate key issue error (cha , ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ)

          – Lawrence Anderson
          Jan 10 at 16:43





          That works for me. I will note that for the sake of thoroughness having [code] as data type varchar rather than char is required for this solution. With all columns as char duplicate key issue error (cha , ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ)

          – Lawrence Anderson
          Jan 10 at 16:43


















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Database Administrators Stack Exchange!


          • 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%2fdba.stackexchange.com%2fquestions%2f226714%2fenforcing-distinct-number-of-trailing-spaces%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

          ORA-01691 (unable to extend lob segment) even though my tablespace has AUTOEXTEND onORA-01692: unable to...

          Always On Availability groups resolving state after failover - Remote harden of transaction...

          Circunscripción electoral de Guipúzcoa Referencias Menú de navegaciónLas claves del sistema electoral en...