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