|
bigint или nvarchar для поля с индексом
|
||
|---|---|---|
Участник
Откуда: Санкт-Петербург
Сообщения: 4 229 |
||
| 26.12.2017, 13:22 |
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! будет ли разница в быстроте поиска по полю bigint и nvarchar, если это поле будет индексированное? (длинна nvarchar будет ограничена, не max) - Чудеса случаются. Это Вам любой программист скажет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 13:20 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
наутилус, Вы про коня в вакууме слышали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 13:22 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
наутилус, разница в длинне, если не ошибаюсь разница в сравнении значений, и главный вопрос зачем если можно в int? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 13:23 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
наутилус, Сильно зависит от правил сравнения и размерности. Бинарное, например, довольно быстро работает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 13:29 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
TaPaK, несколько лет назад в одном большом российском холдинге инты кончились. То-то "смеху" было, пока все ключи на бигинты переводили. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 13:52 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
CammomileTaPaK, несколько лет назад в одном большом российском холдинге инты кончились. То-то "смеху" было, пока все ключи на бигинты переводили. int вообще часто кончаются, то просто не дописанная фраза bigint, если выбирать между ними, то как бы и выбора нет :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 13:55 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
наутилусЗдравствуйте! будет ли разница в быстроте поиска по полю bigint и nvarchar, если это поле будет индексированное? (длинна nvarchar будет ограничена, не max) Результирующий B-Tree, в зависимости от значений этих полей, может быть очень разным. Например, поэтому, приходилось как-то тот же bigint использовать в формате YYMMDDXXXXXXXXXXXXX, где YYMMDD - дата, а XXXXXXXXXXXXX - уже значение счетчика на эту дату. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 14:02 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
buser, про коня слышал ) можно и мне теоретически ответить )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 14:11 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
TaPaKнаутилус, разница в длинне, если не ошибаюсь разница в сравнении значений, и главный вопрос зачем если можно в int? есть значение - число. при запросе с фронта число преобразовывается в строку и далее фронт оперирует этой строкой (делает по ней запросы из базы) так вот вопрос в скорости, что будет быстрее: 1) храним бигинт, на беке преобразовываем строку с фронта в бигинт, делаем запрос по индексированому числовому полю 2) храним уже преобразованную строку и выборку делаем по индексированому строковому полю что бы вы выбрали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 14:18 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
наутилус, а зачем такие танцы на фронте? ну и в любом случае int/bigint в базе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 14:23 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
TaPaK, ок, услышал. спасибо! ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 14:26 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
наутилусTaPaKнаутилус, разница в длинне, если не ошибаюсь разница в сравнении значений, и главный вопрос зачем если можно в int? есть значение - число. при запросе с фронта число преобразовывается в строку и далее фронт оперирует этой строкой (делает по ней запросы из базы) так вот вопрос в скорости, что будет быстрее: 1) храним бигинт, на беке преобразовываем строку с фронта в бигинт, делаем запрос по индексированому числовому полю 2) храним уже преобразованную строку и выборку делаем по индексированому строковому полю что бы вы выбрали? а какие операции сравнения возможны с этими данными? )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 15:51 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
Гигабайт Мегабайтович Килобайтова какие операции сравнения возможны с этими данными? )) по задумке только "=", т.е. получения данных по полному совпадению ключа ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 16:02 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
наутилусГигабайт Мегабайтович Килобайтова какие операции сравнения возможны с этими данными? )) по задумке только "=", т.е. получения данных по полному совпадению ключа таки "по задумке" или уже прописаны кейсы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 16:35 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
Гигабайт Мегабайтович Килобайтов, получение записи по ключу. единственный кейс ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 16:39 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
наутилусГигабайт Мегабайтович Килобайтов, получение записи по ключу. единственный кейс тадысь если nvarchar (fix) то без разницы. тока если это поле не будет PK , там есть нюансы. И их тоже надо будет учитывать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 16:59 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
Гигабайт Мегабайтович КилобайтовнаутилусГигабайт Мегабайтович Килобайтов, получение записи по ключу. единственный кейс тадысь если nvarchar (fix) то без разницы. тока если это поле не будет PK , там есть нюансы. И их тоже надо будет учитывать. это поле не РК, а какие нюансы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 17:36 |
|
||
|
bigint или nvarchar для поля с индексом
|
|||
|---|---|---|---|
|
#18+
наутилусГигабайт Мегабайтович Килобайтовпропущено... тадысь если nvarchar (fix) то без разницы. тока если это поле не будет PK , там есть нюансы. И их тоже надо будет учитывать. это поле не РК, а какие нюансы? таки вставка и удаление . Но если не PK то и не заморачивайтесь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2017, 17:43 |
|
||
|
|
start [/forum/topic.php?fid=46&fpage=172&tid=1690607]: |
0ms |
get settings: |
7ms |
get forum list: |
20ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
32ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
67ms |
get tp. blocked users: |
2ms |
| others: | 234ms |
| total: | 382ms |
| 0 / 0 |
