А как сейчас с работой?
Откройте статью по транкейт и поищите по странице "log". Немного пишет, но пишет. А дроп много пишет?как я уже выше писал, truncate это DDL.
То есть никакого тебе Transaction log в оракле.
Т.е. оно мало того, что от размера и числа данных зависит, так ещё и от конкретной имплементации в конкретной СУБД.
вам дурачкам создай таблицу на 100м записей, так вы разберётесь, что это нещитово, надо чтобы минимум 100 столбцов было.
Ну, может не сто, но несколько десятков желательно бы...
Давайте не будем начинать кормовые маневры. Изначально речь шла о действительно больших таблицах, т.к. для маленьких и даже средних время выполнения операций разными функциями не играет роли - оно всё укладывается в несколько секунд или доли одной секунды. А ещё речь шла, что собесимый ДБА должен не тупо долбить одну мысль - эта штука быстрее и всё, а рассуждать, типа как я - в зависимости от таких-то и таких-то условий одна функция может быть быстрее, а другая - медленнее. Это прогеру пофиг особенности функций в разных СУБД, а ДБА вроде как в таких мелочах разбираться должен.
В выходные отдохнул, перечитал требования и... написал вежливый, но полный отказ от позиции. Причем указал, что понимаю, что техническая сторона вопроса полностью покрывается моим опытом и все же однозначно отказываюсь.
Вчера было спокойно, а сегодня - звонок.
- Я прочитал ваш отказ, но не могли бы в переговорить с нашим менеджером? Он считает что вы очень подходящая кандидатура.
- Переговорить Я могу, но это не имеет практического смысла - решение с моей стороны уже принято.
Вроде закончили.
Ну а как Я ему должен был пояснить,что мое здоровье уже не позволяет быть на дежурстве 24/5... и что такое дежурство для прогера (равно как аналитика, проект манагера, архитектора и иже с ними) штука совершенно непонятная...
- Переговорить Я могу, но это не имеет практического смысла - решение с моей стороны уже принято.
Жму на ран - пачка ошибок схемы. Я подумал, что вы в очередной раз что-то недоработали - ну и ладно. Чего доказывать кому-то чего-то. Забил.
По-хорошему, дропать надо тоже заполненную таблицу, а не урезанную. Но можно потестить и так, и так.
А ещё всем пофиг на Мускул и прочих маргиналов. Серьёзные пацаны юзают МС скуль или Оракл.
Серьёзные пацаны юзают МС скуль или Оракл.
Серьёзные пацаны в оракле уже поняли, пора переходить на блокчейн! МС тоже на полшишечки экспериментирует с Azure SQL Blockchain.
Oracle Blockchain: https://www.oracle.com/cis/blockchain/
Когда чтобы соответствовать темпам развития бизнеса нужно иметь возможность безопасно работать с несколькими сторонами, необходимо решение, позволяющее всем объединиться в режиме реального времени для обмена данными. Блокчейн обеспечивает платформу для совместной работы, на которой можно обмениваться надежными данными. Oracle предлагает простые способы внедрения блокчейн-технологий, включая облачный сервис, локальное издание и приложение SaaS для цепочки поставок.
Прогресс нельзя остановить! Молодая шпана выставит стариков на мороз! Учись блокчейнить и обогащайся!

А, т.е. в комментах это то, что вы у себя намерили. А то я не понял сразу.
А почему во втором комменте два результата?
Неплохо бы померить ещё отдельно создание таблы и отдельно удаление.
Но вообще видно, что 10М записей по одному инту - это укладывается в погрешность измерения. Как я говорил, у вас это может просто всё в кеш поместиться, тогда как реальные таблицы с таким количеством записей обычно весят гигабайты минимум. Тесты для данных, помещающихся в кеш, и для тех, где нужно обращение к оперативной памяти, а то и к диску, могут дать разные результаты. И что-то мне подсказывает, что чтобы дропнуть здоровую таблу и затем создать пустую, сильно диск дрючить не надо будет. А вот чтобы обрезать её - вполне может прийтись.
Да все давно уже используют блокчейн. Только не как мошенники. ))
А вот лутбоксы для детей - это честно и благородно. Все в мире этим занимаются. Хоть не соли им толкаешь. Не я сказал.