А какие в этом плюсы, если не секрет? Ну кроме экономии времени на создание генераторов, если их много.

alex_k
Слишком мало вы открыли секретов о мудрейший alex_k чтобы однозначно ответить на ваш вопрос. :)

arni
Как заметил alex_k, все эти "преимущества" проектно-зависимы. Вопрос для чего создается генератор. Если, скажем, для справочника, то о каких преимуществах может идти речь? Ну присвоился какому-нибудь объекту какой-нибудь ID, ну и какая разница как он присвоился - одним общим генератором на всех или специально сосзданным для данной таблицы-справочника? Главное чтобы этот ID был уникален для данной таблицы и в данном случае должно быть абсолютно фиолетово есть ли где-нибудь в другой таблице такой же ID . А насчет разреженности /уникальности - вы сами себе противоречете - если использовать общий генератор и затем вручную вставить/подправить ID, то где гарантия, что такой ID уже не существует в другой таблице (особенно если этих таблиц много) Опять таки в зависимости от задачи, может произойти ситуация, когда надо сделать какой-нибудь "сброс" ID в одной из таблиц, сохранив значения в других, при этом ID должен опять генерироваться с начала. Если честно, то в общем случае я не вижу особых преимуществ ни в создании одного навсех, ни в создании для каждой таблицы отдельного генератора. Ну и плодить генераторы - по моему это не такой уж трудоемкий процесс :)

Zmeishe
Мой встречный вопрос alex_k был:
А какие плюсы, кроме экономии времени на создание генераторов? :)

Честно говоря мне не очень нравится ваш метод - делать селект ХП (затем инсерт?) , перечисляя при этом n-ое количество таблиц. Например для тех же справочников обычно используют тригеры :) Да и update/insert-ом можно обойтись. :)

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

> одно дело общий генератор и другое дело куча генераторов и ХП...
> есть разница?

В общем случае - практически никакой :) Хоть куча, хоть один , использование примерно одинаковое - gen_id(gen_name,gen_inc) Единственный, весьма сомнительный плюс - время, сэкономленное на создание генераторов. С другой сторооны, во многих случаях структура базы будет более понятной (на мой взгляд), если для каждой таблицы создавать свой генератор:
create generator client_id_gen;
create generator servcie_code_gen;
По крайней мере назначение данных генераторов более или мене понятно, в отличии от скажем
create generator one_generator_for_all;

Ну и побочные эффекты там всякие, связанные с изменением значения генератора, скажутся на одной таблице, а так сразу на нескольких


Zmeishe
>> Думаю нет смысла дискутировать о целесообразности или её отсутствии.
>> Надо смотреть конкретную задачу. И не только с позиции голой теории, но и чистой
>> ПРАКТИКИ.

Вот! Совершенно верно. И не зная задачи , трудно вообще говорить о каких-то плюсах или минусах, так что, alex_k - давай колись и расскрывай все секреты - вот тут то мы тебе со Zmeishe-м враз все недостатки и укажем ;)))

alex_k
Слушай, напоследок, поделись еще одним секретом:

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

Че сия фраза означает и причем тут один или несколько генераторов? А то я конечно умен, но в меру, да и товарища по армейке вчера встретил со всеми вытекающими последствиями

alex_k
Ну теперь более или менее понятно. :)
Ну успехов тебе, сам наверное все плюсы и минусы обнаружишь в ходе работы.

Best ;-)

arni
> Раз разницы нет, то ставим плюс модели с одним генератором.
Ну классный аргумент! Но у меня тоже кое-что в запасе есть!
Раз разницы нет, то ставим плюс на модели со многими генераторами

Если действительно хотите что-то обсуждать, то давайте обсуждать, а не разводить детский сад (флейм). Не могли бы вы более конкретно сказать, в чем вы видите преимущество,
кроме как , опять повторюсь, некоторой экономии времени?

Насчет получения/изменеия значений генераторов. Как уже было сказано выше - ВСЕ ЗАВИСИТ ОТ ЗАДАЧИ. И все не так просто. Ну получили вы значение генератора. А если вам нужно узнать в какую таблицу это значение было засунуто? Придется делать выборку из всех таблиц и смотреть максимальное значение, а так все ясно - генератор такой то, значит таблица такая-то. У alex_k имеется некая связь между таблицами, в этом случае возможно есть какие-нибудь преимущества (хотя сомневаюсь), ну а если таблицы независимы между собой, но как то взаимодействуют с другими? Изменили вы генератор (через set generator, а не gen_id) , а как оно скажется на зависимостях между другими таблицами при в ставке новых значений? А универсальность в данном случае - она несколько во вред читабельности, как мне кажется.

> Наконец, может все таки поговорим о "нетрадиционном" использовании генераторов. Ведь не
> только ID из них таскают. Поделитесь опытом, други !
Я использовал генераторы только для генерации ID :)

Моя точка зрения - в общем случае разницы нет .