Тип данных uniqueidentifier в Transact-SQL достаточно противный. Если указать некорректное значение, то запрос генерирует ошибку, поэтому прежде чем передавать что-то в запрос, желательно убедиться, что значение верное. Приятней было бы, если бы запрос ничего не возвращал, но это мое желание, которое не совпадает с тем, что сделали в Microsoft. Уверен, что у них были причины, чтобы генерировать ошибку и неплохие.
Короче, все это неважно и я бы не написал об этом, если бы не выполнил вот такой запрос:
select * from session where ID = '1756cb52-5b9e-4c95-8de4-b1ae7e5c2b81test'
Обрати внимание на окончание этого Guid значения, там откровенная фигня и запрос хавается сервером. Даже больше, он возвращает строку с ID 1756cb52-5b9e-4c95-8de4-b1ae7e5c2b81. Интересное и неожиданное поведение.
Понравилось? Кликни Лайк, чтобы я знал, какой контент более интересен читателям. Заметку пока еще никто не лайкал и ты можешь быть первым
И зачем же такое сделали? Есть предположения?
Вообще проблемы не вижу, данный тип определяется первыми 32 символами, а они совпадают.
Я не говорю, что есть проблема.
Хотите найти еще что-то интересное почитать? Можно попробовать отфильтровать заметки на блоге по категориям.
Программист, автор нескольких книг серии глазами хакера и просто блогер. Интересуюсь безопасностью, хотя хакером себя не считаю
Copyright © 2024 Михаил Флёнов. Тираж 1 штука. Отпечатано на ноутбуке. А за права отвечаю, или постараюсь.
А здесь еще и копирайт поставлю: Professional Web Development.
На сайте используются Cookie. Если вы из ЕС или Калифорнии США, то вы должны согласиться с их использованием - Согласен. Если вы из нормальной страны, то вам пох.
