Создаю таблицу. Там указываю поле users как PK.
Это поле по совместительству у меня является внешним ключем.
Так этот PowerDesigner делает два идентичных индекса, один, указывая primary key по моему полю, другой, типа для внешнего ключа и по этому же полю.
Разве нельзя использовать один индекс?

Вот примерный код PowerDesigner-а:

Так вот почему нельяз использовать PK, зачем делать еще user_id_FK ??
Причем я думал, может ему не нравится, что у меня PK по 3м полям, делал по одному "primary key (user_id)" не помогло.

Зачем мне два _одинаковых_ индекса? У меня записей в этих таблицах ого-го.

В плане не ест?

Т.е. так сказать физически индекс не строится?
А как тогда организовано слежение за целосностью? Т.е. если я хочу удалить родителя пока есть дочерние записи... он че без индекса их искать будет?

Кстати, ну так не нуждается и флаг ему, но вот это зачем

Это что формальность? Это ведь обычное построение индекса. Индекса, который у меня уже есть, как ПК.

авторэта запись вообще смысла не имеет (вроде как), т.к. не понятно, откуда брать поле user_id.
Ок.. вот так (PowerDesigner просто думает что будет брать из текущей таблицы. глючит короче его:) )

Суть в том.. что здесь создается индекс.. вопрос.. нах?

авторвнешний ключ обязан ссылаться на первичный, вот по тому первичному и будет вестись (быстрый) поиск. В мане про ключи подробно не написано?
Первичный это как бы родитель... и я _его_ удаляю.. следовательно должен пройти поиск по дочерним данным.. на предмет а нету ли там дочерних записей... Причем тут ПК (хотя это возможно реализокано какими-то внутренними механизмами, не знаю). Основной вопрос... нужен ли мне вот тот индекс?
Я просто не могу понять... или я чего-то недопонимаю и лучше поверить PD или его разработчики, мягко говоря... странные люди...

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

авторэто ты сам накропал или пд так пишет?

ПД пишет
т.е вообще с ошибкой (для 4.1). Логично предположить, что он имеет ввиду

авторчетай чтиво или мануал.

ты походу меня не понял.

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

авторда ну?? alter table user_state add constraint FK_user_id foreign key (user_id) references user_data (user_id) on delete restrict on update restrict;
Ну шо я прям с одним набором таблиц работаю? Специально переименовывал поочередно поля, проверял. Подставляет он туда имя поля текущей таблицы, а не какой-либо иной.

авторможет, он создаёт ключик для user_data, только забывает его туда вставить
Не-а. В user_data есть ПК, на который и ссылается ФК из текущей таблицы. Индекс он делает именно для текущей таблицы.

автор maXmoа вот зачем нужно было читать мануал:
[quot мануал]InnoDB rejects any INSERT or UPDATE operation that attempts to create a foreign key value in a child table without a matching candidate key value in the parent table.
И шо? Речь шла не об этом случае. Здесь, да, нужен "быстрый поиск" по родительской таблице.
Но я говорил о случае УДАЛЕНИЯ данных из _родительской_. В этом случае сначала должна пройти проверка а нет ли чего в дочерней (и вот тут уже нужен "быстрый поиск" по дочерней таблице).
Я ж говорю, ты меня не понял :)

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

автороба индекса должны быть созданы обязательно
речь была не о том, хотя то уже не важно.
Я где-то так я и предполагал (что нужны оба индека и не "формальных", а реальных, о чем я вначале и говорил)... собсно тогда возвращаемся к первоначальному вопросу... нах там второй индекс? :)
Я так понял это ПД тупит, что не использует ПК, а создает второй такой же индекс?

Блин.. тогда точно ПД тупит. Вот уж не ожидал...
Сенкс за помощь :)