VintАртефакт,
хрустальный шар всегда прав))
abort ,
а еще может отсутствовать подряд несколько значений))


Собеседование? О господи. Кого вы там собеседуете?

И чем вам SELECT LEVEL FROM DUAL CONNECT BY LEVEL < n ... не угодил?
Какие еще odcinumberlist ?




или даже быстрее раза в два:

Vintdbpatch,
иди учись читать. особенно полезно с третьего поста откуда и был взят odcinumberlist. придраться больше не к чему? или есть что по основной задаче автора сказать? ты бы точно не прошёл))

я придрался к твоей ультрапафосной фразе:

"сто раз светилось это решение и на собеседования я обычно спрашиваю и хочу увидеть именно его "


выяснить, с какого перепугу ты его хочешь видеть только его - прямо экзестенциальная научная проблема теперь.

Vintdbpatch,


вот тебе тестовые данные. жду твоих тестов по времени выполнения, не надорвись там...
потом может быть снизойду до убого и поясню почему жду именно такого решения, раз уж кто-то не смог за год найти кнопку поиска

да да, ты главное жди :)

все сейчас возьмут и бросятся считать дыры на пространствах галактического масштаба, т.е. на задаче, выковырянной вот сейчас вчерашним студентом из носу

ты что сказать-то хотел? что на CONNECT BY temp/pga расходуется? и? у него в задаче пять разрядов в цифрах, потребность в памяти можешь сам посчитать, на калькуляторе, собеседователь.

Elicdbpatchвсе сейчас возьмут и бросятся считать дыры на пространствах галактического масштабаИди патчь БД. Разработка это не твоё.

Я конечно извиняюсь, но у тебя разве кто-то спрашивал, кому что сейчас и вообще нужно делать?

Vintdbpatch,
это ты притянул за уши all_objects, и это ты начал про "даже быстрее раза в два",
all_objects это обычная практика для примеров, ибо он есть у всех, что тебя так перевозбудило?

Vintа теперь вдруг слился и не хочешь считать количество лапши на своих ушах)))
С чего бы я слился? Это ты в лужу сел, не понимая суть задачи.

Заполнение дыр актуально на человеко-читаемых данных, т.е. когда у тебя до 6 разрядов (до шести цифр), и там connect by
работает очень хорошо.

Когда у тебя диапазон за миллион - то там никакой нужды заполнять дыры ни в одной практической задаче нет, там работают просто сиквенсы и дыры никого не напрягают. Ибо это 100% не статические справочники, а бизнес-факты.
И даже если очень припечет (к примеру искать номера пропущенных номеров телефонов у операторов или кредитных карт у банков) - никто не мешает поработать диапазонами по 100к в цикле.

Ты мне сунул под нос свою фантазию, я тебе прямо сказал - эта твоя выдуманная "задача" - это пускание пузырей сидя из лужи, и не смешно и не актуально. Зачем ты это сделал и что хотел доказать - загадка.

Vintи как "вчерашний студент"(для меня это комплимент если что) могу посоветовать быть более предметным и последовательным)) а не прыгать с темы на тему. твои решения сто раз обсасывались на этом форуме)) еще лет 12 назад. если мне не изменяет моя студенческая память и дата регистрации)))

мои решения? дата регистрации? сюр какой-то.

ну пытаешься ты сохранить лицо, это понятно, но я то тут причем?

dbms_photoshopТы утверждаешь что твое решение имеет какие-то преимущества?
Преимущества перед чем, прости? table(sys.odcinumberlist(2,3,5,6,8,9)) это не решение задачи в общем случае, это вообще не решение.

dbms_photoshopСвой connect by ты можешь чуть улучшить генерируя от min до max а не от 1 до max, но все равно его сюда приплетать и генерировать весь диапазон тот еще идиотизм.

Да ты что? Ну приведи пример своего ээээ.... неидиотизма, и мы тут сейчас выскажем свое оценочное суждение :)
А то кричать лишь "гляди, повели идиота" - любой идиот сможет.

А по поводу того, что можно и (нужно порой_ генерировать и проверять произвольные диапазоны от N до M я говорил выше в фразе про "100к в цикле", и? Кому надо, тот и сам догадается.