キG
Даже увеличенный varchar2 начиная с 12-й версии сделали на базе LOB Storage
угу. только об этом мало кто задумывается
Size: a a a
2020 September 30
キG
или только когда уже поздно)))
キG
когда extended varcahr включили и все по п..е пошло
キG
Даже не блок данных, а меньше, т.к. часть занимают метаданные, ITL и т.п.
Отсюда ограничения на хранение Inline до 4k, про которое выше писали, отсюда ограничение на размер primary key и т.д.
Отсюда ограничения на хранение Inline до 4k, про которое выше писали, отсюда ограничение на размер primary key и т.д.
а какое ограничение на pk? где почитать можно?
DC
Что-то вроде 6k байт с лишним. В доке надо поискать
キG
Что-то вроде 6k байт с лишним. В доке надо поискать
в смысле максимальный размер ключа(или 1 колонка или суммарно несклько)?
キG
Maximum number of columns in an index (or primary key). 16
キG
такое только есть. но не в байтах
キG
и к тому же 16 это для timesten. для обычной бд 32 для классического индекса и 30 для битмапа
キG
и 16 - для partition key
キG
Indexes Total size of indexed column 75% of the database block size minus some overhead
а вот такое имеется
DC
ORA-01450: maximum key length (6398) exceeded
С телефона искать неудобно, можно погуглить этот код ошибки для объяснений
С телефона искать неудобно, можно погуглить этот код ошибки для объяснений
DC
Indexes Total size of indexed column 75% of the database block size minus some overhead
а вот такое имеется
Да, оно
キG
ORA-01450: maximum key length (6398) exceeded
С телефона искать неудобно, можно погуглить этот код ошибки для объяснений
С телефона искать неудобно, можно погуглить этот код ошибки для объяснений
чтобы знать как задать вопрос надо знать почти весь ответ :)
キG
ORA-01450: maximum key length (6398) exceeded
С телефона искать неудобно, можно погуглить этот код ошибки для объяснений
С телефона искать неудобно, можно погуглить этот код ошибки для объяснений
это как раз с extended varchar2 связано
либо индекс на несколько больших столбцов
либо индекс на несколько больших столбцов
キG
М
Время одного такта CPU - порядка 1 наносекунды
Время чтения блока с SSD - порядка 20 000 наносекунд (~0.2 мс)
Время чтения блока с HDD (даже SAS 15k) - порядка 2 000 000 наносекунд
Что дешевле по ресурсам - посчитать смещение для строки с переменной длиной (все данные для этого есть в data block) или читать с диска фиксированные строки, которые займут на порядки больше места ?
Время чтения блока с SSD - порядка 20 000 наносекунд (~0.2 мс)
Время чтения блока с HDD (даже SAS 15k) - порядка 2 000 000 наносекунд
Что дешевле по ресурсам - посчитать смещение для строки с переменной длиной (все данные для этого есть в data block) или читать с диска фиксированные строки, которые займут на порядки больше места ?
А ram?
キG
