Моя первая мысль: если у вас есть два значения в других полях, какова настоятельная необходимость избыточного хранения их в третьем поле? Это бросает вызов нормализации и эффективности.
Если вы просто хотите сохранить объединенное значение, то вы можете просто создать представление (или IMSNHO даже лучше хранимую процедуру), которое объединяет значения в псевдо actor
поле и выполняет чтение из представления / спрока вместо стол напрямую.
Если вам абсолютно необходимо хранить объединенное значение, вы можете обработать это двумя способами:
1) Используйте хранимую процедуру для вставки вместо прямого SQL. Таким образом, вы можете получить значения и создать значение для поля, которое вы хотите заполнить, а затем создать оператор вставки, включающий объединенное значение для поля актеров.
2) Так что я не рисую слишком много пламени, отнеситесь к этому предложению в детских перчатках. Используйте только в крайнем случае. Вы можете взломать это поведение, добавив триггер для создания значения, если оно не определено. Как правило, триггеры не очень хороши. Они добавляют невидимую стоимость и взаимодействия к довольно простым взаимодействиям. Вы можете, однако, использовать CREATE TRIGGER, чтобы обновить поле актеров после вставки или обновления записи. Здесь является справочной страницей.