우리는 오라클 데이터베이스와 우리의 인스턴스를 백업 한 다음 SQL 당신이 요구하는지 정확히 무엇을 발견 :
참고 : 당신은 아마 다른 뭔가로 created_at
값을 업데이트 할 수 있습니다 만, 나는 그것이 기능적인 차이를 만들 것이라고 생각하지 않습니다.
INSERT INTO properties (id, user_id, prop_key, text_value, is_empty, created_at)
SELECT
PROPERTIES_SEQ.nextval,
users.id,
'notification.SQ-MyNewIssues.EmailNotificationChannel',
'true',
0,
1505275000000
FROM
users
WHERE
users.id NOT IN (
SELECT user_id
FROM properties
WHERE prop_key = 'notification.SQ-MyNewIssues.EmailNotificationChannel');
INSERT INTO properties (id, user_id, prop_key, text_value, is_empty, created_at)
SELECT
PROPERTIES_SEQ.nextval,
users.id,
'notification.ChangesOnMyIssue.EmailNotificationChannel',
'true',
0,
1505275000000
FROM
users
WHERE
users.id NOT IN (
SELECT user_id
FROM properties
WHERE prop_key = 'notification.ChangesOnMyIssue.EmailNotificationChannel');
어느 시점에서 두 가지를 결합하려고했지만 SQL이 너무 복잡해졌습니다. 복사하여 붙여 넣기 만하면됩니다.
G. Ann 당신이에 그들에게 모든을 설정 특히, 때문에 통지의 깎아 지른듯한 대량의 이메일 필터를 만들 것이다 사용자 에 맞습니다. 그러나 때로는 관리자가 일방적 인 솔루션을 원하며, 제품이 직접 지원하지 않으면 어쨌든 함께 해킹해야합니다.
I reckon 이메일을 필터링하는 인센티브는 정보가 요율 제한 요약으로 통합되면 훨씬 적습니다. 그 특정 시나리오에 대한 또 다른 stackoverflow 게시있어 : Can SonarQube notification email quantity be reduced via batching?