Я не хочу больше платить, поэтому это не дубликат.
Снова поступил запрос на перезапуск с использованием номеров через 30 дней.
Я использую AZURE SQL Server.
У меня есть целочисленное поле, которое заполняется при создании новой записи.Это число, от предыдущего использования, было целым числом автоинкремента, но от менеджера это сбивает с толку пользователей, когда они видят число, которое становится все больше, когда они используют систему.
Итак, менеджерхочет видеть, как число перезапускается в 1 первого числа месяца, а затем увеличивается оттуда до 1 числа месяца, а затем число должно начинаться с 1.
Этот номер сброса используется как частькаскадной строки для генерации уникального значения, поэтому я не слишком беспокоюсь о повторяющемся эффекте использования того же числа.
Мой вопрос заключается в следующем - как в мире будет осуществляться этот сброс?В Azure на самом деле нет «вещи» планировщика событий, как у локально установленного SQL Server, и мне нужно, чтобы он запускался только один раз, когда при вводе двух записей в 12:02 только первая запись будет сбрасывать номер, втораябудет строиться оттуда.
Моим первым предположением было использование триггера вставки на столе, но это потребовало бы больших усилий.Вторая мысль заключалась в том, чтобы иметь следующую таблицу чисел, но, поскольку это сценарий реактивного типа, номер не может быть сброшен до ПОСЛЕ полуночи и по первому запросу.
любые идеи будут высоко оценены.