Элемент сеанса не меняется при использовании lov в первичном ключе
Я реализую интерактивную сетку для выполнения операций DML в таблице.
он объединил первичный ключ двух столбцов Один столбец первичного ключа отображается только и ссылается на основную таблицу, а другой столбец первичного ключа я хочу иметь LOV для выбора значения. LOV — это динамический lov, имеющий отображаемое и возвращаемое значение, выбранное из другой таблицы.
Вставки в порядке, но значение элемента состояния сеанса установлено для одной строки, и все операции выполняются в той же строке, независимо от того, какая строка выбрана.
здесь вы можете увидеть образец https://apex.oracle.com/pls/apex/f?p=128616:2:1964277347439::НЕТ:::
имя главной таблицы: образец имя таблицы сведений: sample_child
первичный ключ в образце дочернего элемента: идентификатор и имя поп-лов реализован в NAME Значения LOV выбираются из таблицы: Sample_uncle Отображение LOV: ID || '-' || ИМЯ Возврат LOV: ID
вы можете попробовать обновить столбец blabla таблицы sample_child, чтобы увидеть проблему.
Я не уверен, как я могу дать вам доступ для просмотра реализации.
Я уже перепробовал все возможные варианты
Ответы 1
Это связано с вашими первичными ключами, в таблице сведений, похоже, нет правильных ключей, поэтому он всегда пытался обновить первую запись, и я думаю, что именно поэтому каждая строка помечается при загрузке таблицы.
Первичные ключи также досадно отказываются быть пустыми, как вы можете видеть, если вы вставляете новую строку, средний столбец (который является PK) заполняется «t1001».
Поскольку вы имеете дело с простыми таблицами (а не с целой кучей объединенных таблиц), я всегда считаю, что лучше всего использовать ROWID в качестве PK. Поэтому установите ROWID в качестве PK для главной таблицы и ROWID для таблицы сведений. И сделайте так, чтобы в таблице подробностей главная таблица была вашей главной таблицей, а затем щелкните первый столбец в таблице сведений и установите для нее главный столбец. И я также лично всегда скрываю связанный столбец.
Я бы посоветовал вам использовать ROWID, когда это возможно, так как с ним намного проще работать, это означает, что вам может потребоваться настроить проверку, чтобы предотвратить добавление кем-то повторяющихся значений для вашего фактического ПК, но поскольку ПК находится в базовой таблице, они все равно не могут его ввести (но если у вас есть проверка, ошибка будет намного красивее), в то время как, если столбец является ПК, APEX по умолчанию предотвратит дублирование.
надеюсь, это поможет