Synchronization with the web chat has been paused due to insufficient funds on the balance.

Всем доброго дня. Подскажите, пожалуйста, что в данном случае будет правильным и производительным. Создавать временную таблицу с индексом и после этого заполнять её или создавать временную таблицу, заполнять её и только потом создавать индекс?

БД MS SQL

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

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

на физических таблицах опыт показывает, что быстрее залить несколько миллиардов записей и потом индекс создать.

Если такие небольшие объемы, зачем тогда индексы?

Для пары тысяч, да еще в tempdb вообще без разницы.

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

Согласен, на больших массивах данных всё так и есть. Вопрос про маленькие массивы. Пусть будет 20000 записей

А может сразу тесты прогнать на тему?
Тоесть загнать гипотетическое большое количество записей и посмотреть на разницу?

Собственно да. Так и буду делать. Думал, может кто уже сталкивался и по опыту уже сможет дать ответ )

Так надо железо знать, на норм железе даже в голову не проходило во временных таблицах индексы делать)

Ну вобщем я так и сказал:)
Но вдруг там гонка за милисекунды и тогда уже надо просто смотреть в среде

На маленьких таблицах до 5к строк можно не делать, т.к. будет выбран scan с высокой долей вероятности. Дальше уже надо смотреть.

#вакансия #ozon #спб
Разработчик MS SQL (OLTP), опыт 2-3 года
вилка: 120-200+ net (можно обсуждать) вилка для СПб
офис: пл. Ал. Невского или города в списке ниже (пока удаленка или частичная удаленка)
задачи: разработка нового бизнес функционала + сервисы golang  (FinTech направление)
резюме и вопросы: @WizarD51
почта: niproskuryakov@ozon.ru

Позиция доступна для соискателей из городов (или тех кто готов релоцироваться в) СПб, Мск, Новосиб, Екб, Казань.
За информацией можно также ко мне.

#вакансия #удаленка #разработчик
ищем разработчиков SQL с опытом. от junior до senior. зарплата от 120 обсуждаемая. Любой город, можно в офисе(мск сити), если хочется. тк рф, дмс, все дела. ищем активных и целеустремленных :-) по вопросам в лс

#вакансия #удаленка #аналитикданных
ищем аналитиков SQL с опытом. от junior до senior. в основном adhoc запросы, анализ данных, в перспективе создание автоматизированной системы для этих задач. зарплата от 120 обсуждаемая. Любой город, можно в офисе(мск сити), если хочется. тк рф, дмс, все дела. ищем активных и целеустремленных :-) по вопросам в лс