CREATE OR REPLACE TRIGGER имя_триггера
BEFORE INSERT OR UPDATE OR DELETE ON
"имя_таблицы" FOR EACH ROW

BEGIN
IF (inserting OR updating) AND (:new.id is null) THEN select
<имя_счетчика>.nextval into :new.id from dual; END IF;
END;

Вот есть заготовка. Смысл в том что тригер сам должен выбирать из последовательности значение первичного ключа, но этот тригер работает не правильно, если допустим у меня последовательность остановилась на 5, а число 6 уже есть в таблице, при использовании этого тригера произойдёт ошибка из-за нарушения целосности
Помогите исправить, там вроде нада что-то сделать с условием
Ну или у меня есть идея, но я не знаю как её записать
ну типо того
while <имя последовательности>=any<колонка примари кей в таблице> then <к последовательности прибавляем 1>
else IF (inserting OR updating) AND (:new.id is null) THEN select <имя_счетчика>.nextval into :new.id from dual; END IF;


Если не сложно помогите разобраться

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

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

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

тогда спросите препода. Только он знает правильный ответ на свои вопросы.

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

Добавлено через 1 минуту и 38 секунд
Или просто сиквенса+константы. 

Это сообщение отредактировал(а) ToshaCh - 29.11.2011, 10:00

= create sequence seq start with 100500 ?


+ Мак сетвой карты = sys_guid()   

Не-не-не, Дэвид Блейн, я вот с этим барахлом как админ часто сталкиваюсь. Почемуто девелоперам всегда приходят в голову мысли типа: "Да эта таблица никогда не разрастется!", "Да этот сиквенс и сотни не наберет!", или мое любимое "Да там рандом такой, что никогда не совпадет!" . И ведь потом эти упыри идут домой, а я всю ночь вылавливаю трудноуловимый баг на продакшене, под маты клиента. 

Это сообщение отредактировал(а) ToshaCh - 29.11.2011, 11:43

И сколько раз на практике sys_guid() выдавал одинаковые значения?  

Я про сиквенс старт виз.

А как связан сиквенс и 

?

Я действительно не понял в чем преимущество сиквенс+константа против сиквенса со стартом. Вижу сплошь недостатки, в том числе и по админской части.


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

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


Я обычно этот звон создаю.   



Это был пример недальновидного поведения разработчиков. 

Ну, во первых, наличие другого сиквенса осталось за такими скобками, что совершенно не попало в пределы видимости   Если бы небеспредельное(ограниченное) количество сиквенсов таки было бы озвучено, можно было бы вспомнить советы старины Кайта и поразмыслить над  start with вкупе с increment by.
Во вторых, как озвученные риски снимает сиквенс+константа? Ну никак ведь! 


И как у тебя, позволь поинтересоваться, обстоят дела с тремя человекогодами и запасом кофе с печенюшками?   
Неужели твое руководство не пользуется столь привлекательным наследием Скарлет О'Хары и таки предпочитает заблаговременно убирать ружье, которое еще не известно когда выстрелит?


Это сообщение отредактировал(а) Zloxa - 29.11.2011, 19:26

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

А increment by это очень годно - я не подумал.