Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Нужно ли поле int autoincrement?
|
|||
|---|---|---|---|
|
#18+
В качестве первичного ключа использую 36-байтный UUID. Но я слышал, что для лучшей производительности MysQL нужно добавить поле с типом int autoincrement, даже если его не использовать. Так ли это? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2017, 08:52 |
|
||
|
Нужно ли поле int autoincrement?
|
|||
|---|---|---|---|
|
#18+
Slon747даже если его не использовать.Именно что использовать. UUID при компактном хранении занимает 16 байт. А int - 4 байта, bigint - 8 байт. Меньше требуют ввода/вывода, их больше влезает в кэши фиксированного размера, процессору проще с ними оперировать (т.е. быстрее). UUID, имхо, нужен только при каких-то специфических обстоятельствах, например, для интеграции сложной комбинации из нескольких разнородных СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2017, 11:36 |
|
||
|
Нужно ли поле int autoincrement?
|
|||
|---|---|---|---|
|
#18+
miksoftUUID, имхо, нужен только при каких-то специфических обстоятельствах, например, для интеграции сложной комбинации из нескольких разнородных СУБД. Именно этот случай. Поле UUID будет уникальным и это без вопросов. Меня интересует, нужно ли добавить поле int autoincrement? если оно не будет участвовать в запросах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2017, 12:58 |
|
||
|
|

start [/forum/topic.php?fid=47&tid=1830196]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
39ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 231ms |
| total: | 368ms |

| 0 / 0 |
