Мы используем PostgreSQL v8.2.3.
Здесь задействованы таблицы: EMPLOYEE и EMAILLIST .
Table 1: EMPLOYEE (column1, column2, email1, email2, column5, column6)
Table 2: EMAILLIST (email)
2 таблицы объединяются таким образом, что если EMPLOYEE.EMAIL1 или EMPLOYEE.EMAIL2 не имеют совпадающей записи, эти строки будут возвращены.
SELECT employee.email1, employee.email2,
e1.email IS NOT NULL AS email1_matched, e2.email IS NOT NULL AS email2_matched
FROM employee
LEFT JOIN emaillist e1 ON e1.email = employee.email1
LEFT JOIN emaillist e2 ON e2.email = employee.email2
WHERE e1.email IS NULL OR e2.email IS NULL
Колонка EMAIL
который является VARCHAR (256) из EMAILLIST
таблицы индексируется. Теперь время отклика составляет 14 секунд.
Статистика подсчета таблиц: В настоящее время у EMPLOYEE есть 165 018 записей, а у EMAILLIST - 1 810 228 записей, и в будущем ожидается рост обеих таблиц.
- Это хорошая идея / подход для индексации столбца VARCHAR? Этот вопрос сразу же приходит мне в голову из-за причины, по которой мы ранее не индексировали столбец VARCHAR в нашем приложении. Совет экспертов / предложения по этому вопросу высоко ценятся.
- С этим текущим запросом и индексом время отклика 14 секунд является разумным или есть ли возможность для дальнейшей настройки? Каков опыт / мнение другого пользователя в зависимости от размера таблицы и времени ответа?
ПРИМЕЧАНИЕ. Мои действительные требования / варианты использования подробно описаны здесь .