ゲストの「kangol」さんからの投稿です。
---

kangolです。

5.4b1を試用させていただきました。
残念ながら以前出させていただいた私からの要望は解決されて
おらず、不具合の報告をさせていただきます。

まずINDEXに対する認識が異なっていると思います。INDEXと代
理キーや逆エントリは無関係です。INDEXは単純にカラムに対
して単体INDEXや複合INDEXが付けられるのみで、また昇順や
降順の指定や、INDEX名だけではなくINDEXの条件式も書ける方が
望ましいです。
（例：update_time:timestamp型のような場合に秒まで一致した
Queryは行わずにdate(update_time)=current_dateのように
関数で指定することが多いです。この場合update_timeに対する
INDEXは効果がなくdate(update_time)にINDEXを貼る必要が
あります。関数に限らずQueryの形のままのINDEXが必要と書い
た方が分かり易い？）

代理キーと逆エントリですが、こちらはエンティティ間のリレ
ーションの両端のカラム指定で実現されるべきかと思います。
その際のカラムがUNIQUE制約があれば代理キーとして、制約が
なければ逆エントリと開発者は認識するだけなので、ツールが
指定する必要はなく、ただ単一のカラムや複数のカラムに対
するUNIQUE制約をつける方法があればいいと考えます。

以下は操作性に対する報告になります。
INDEXの指定画面で複数カラムを選択して「＞」を押下しても一
番上の一つしか動きません。結局、複数回「＞」を押下する必要
があるのが操作性でおかしいと感じました。選んだ順序を反映
して移動して欲しいと思います。

「＞＞」を押下すると全てのカラムが移動するのもおかしいと
感じました。複合INDEXで全カラムを指定することは余程特殊な
ケースですし、INDEXでは順序も意味があるためです。通常は単体
INDEXを基本として、少数カラムによる複合INDEXが無難な設計だ
と思います？分かり易くするために使うことはないor「＞」が
複数選択可になれば「＜＜」も「＞＞」も不要と考えます。

βのうちに報告した方がより良いツールになると思い、厳しい意見
をたくさん書かせていただきましたが、期待の裏返しとして検討
よろしくお願いします。応援しています！