In T-SQL I have generated UNIQUEIDENTIFIER using NEWID() function. For example:
723952A7-96C6-421F-961F-80E66A4F29D2
Then, all dashes (-
) are removed and it looks like this:
723952A796C6421F961F80E66A4F29D2
Now, I need to turn the string above to a valid UNIQUEIDENTIFIER
using the following format xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
and setting the dashes again.
To achieve this, I am using SQL CLR
implementation of the C#
RegexMatches
function with this ^.{8}|.{12}$|.{4}
regular expression which gives me this:
SELECT *
FROM [dbo].[RegexMatches] ('723952A796C6421F961F80E66A4F29D2', '^.{8}|.{12}$|.{4}')
Using the above, I can easily build again a correct UNIQUEIDENTIFIER
but I am wondering how the OR
operator is evaluated in the regular expression. For example, the following will not work:
SELECT *
FROM [dbo].[RegexMatches] ('723952A796C6421F961F80E66A4F29D2', '^.{8}|.{4}|.{12}$')
Is it sure that the first regular expression will first match the start and the end of the string, then the other values and is always returning the matches in this order (I will have issues if for example, 96C6
is matched after 421F
).
If you are interested in what happens when you use |
alternation operator, the answer is easy: the regex engine processes the expression and the input string from left to right.
Taking the pattern you have as an example, ^.{8}|.{12}$|.{4}
starts inspecting the input string from the left, and checks for ^.{8}
- first 8 characters. Finds them and it is a match. Then, goes on and finds the last 12 characters with .{12}$
, and again there is a match. Then, any 4-character strings are matched.
Debuggex Demo
Next, you have ^.{8}|.{4}|.{12}$
. The expression is again parsed from left to right, first 8 characters are matched first, but next, only 4-character sequences will be matched, .{12}
won't ever fire because there will be .{4}
matches!
Debuggex Demo
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With