M
про подход где очистка данных нужна не навходе , а именно в том месте где они использутся
Size: a a a
2017 November 24
h🐴
M
благодарю
S
в базе my_sql создаются id-шники по auto-increment. вопрос: когда стоит начинать волноваться, при каком значении id? или они до бесконечности будут возрастать?
NK
в базе my_sql создаются id-шники по auto-increment. вопрос: когда стоит начинать волноваться, при каком значении id? или они до бесконечности будут возрастать?
18446744073709551615
SS
ID:198583166
18446744073709551615
Это реальное ограничение или рандомно написал ?
NK
Это реальное ограничение или рандомно написал ?
Это если тип инкремента - UNSIGNED BIGINT
Если INT - 2 147 483 647
Если INT - 2 147 483 647
SS
Ах вот как это
S
то есть оно дойдёт до id=2147483647, и дальше выдаст ошибку. верно понял?
h🐴
в базе my_sql создаются id-шники по auto-increment. вопрос: когда стоит начинать волноваться, при каком значении id? или они до бесконечности будут возрастать?
лучше не пользоваться автоинкрементом
h🐴
а вообще ответ на твой вопрос надо искать в документаци твоей СУБД
NK
лучше не пользоваться автоинкрементом
GUID?
h🐴
ID:198583166
GUID?
да
NK
Слушаюсь капитан ☺
S
спасибо, кот, конь. пошёл гулить про guid
h🐴
спасибо, кот, конь. пошёл гулить про guid
GUID надо генерить, конечно, не базой
SS
Кот конь 😂
DK
GUID надо генерить, конечно, не базой
хм. спорно
DK
UUID отлично ложится на секуенсы
DK
и бд сама умеет оптимизировать