Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Регистронезависимый индекс
|
|||
|---|---|---|---|
|
#18+
Добрый день. Подскажите, как реализовать следующее. Заказчик желает, чтобы поле было уникально, но при этом не учитывался регистр. Вариант "все приводить к большим буквам" при сохранении некрасив. Проверка уникальности не средствами уникального индекса - тоже некрасиво. Есть ли что-то вроде function-based, как в Оракле, индекса? Алексей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2010, 15:41 |
|
||
|
Регистронезависимый индекс
|
|||
|---|---|---|---|
|
#18+
kasyanov, Индекс по сстрочному полю сам по себе штука тяжкая, а уникальный да ещё и регистронезависимы вдвойне, можно граблиями ввиде кодировки таблицы базы данных в лоб получить, так как такие вещи обычно при создании БД или таблиц указываются. Заказчик же желает что бы у него фильтр т.е. поиск срабатывал независимо от того как пользователь набрал Вася или ВАСЯ или вася если так то мб нужно идти от поля ввода а ни от индекса... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2010, 21:39 |
|
||
|
Регистронезависимый индекс
|
|||
|---|---|---|---|
|
#18+
В отсутствие индексов по функциям от полей IBM-еры предлагют пользоваться generated-полями. n varchar(?) not null, g_n generated always as (ucase(n)), constraint c_g_n unique(g_n) причём where ucase(n)=? оптимизер сам заменит на where g_n=? Т.е. фактически то, что нужно, но ценой дополнительного поля в таблице. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2010, 23:22 |
|
||
|
Регистронезависимый индекс
|
|||
|---|---|---|---|
|
#18+
Victor MetelitsaВ отсутствие индексов по функциям от полей IBM-еры предлагют пользоваться generated-полями. n varchar(?) not null, g_n generated always as (ucase(n)), constraint c_g_n unique(g_n) причём where ucase(n)=? оптимизер сам заменит на where g_n=? Т.е. фактически то, что нужно, но ценой дополнительного поля в таблице. Да, хороший вариант, спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2010, 13:06 |
|
||
|
|

start [/forum/topic.php?fid=43&fpage=68&tid=1602773]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
75ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
| others: | 281ms |
| total: | 454ms |

| 0 / 0 |
