Функция Postgres для проверки адреса электронной почты

Question

Ограничение проверки, которое вызовет функцию для проверки адресов электронной почты, не работает нормально для меня.

CREATE OR REPLACE FUNCTION f_IsValidEmail(text) returns BOOLEAN AS 
'select $1 ~ ''^[^@\s]+@[^@\s]+(\.[^@\s]+)+$'' as result 
' LANGUAGE sql; 



SELECT f_IsValidEmail('myemail@address.com'); 

Функция возвращает false, что должно быть правдой. Я пробовал пару других регулярных выражений, но напрасно. Может ли кто-нибудь указать, что не так с этой функцией?

Screenshot

Answer 1

Прежде, чем вы приложите много усилий к этому, вы должны сделать то, что вы не выкидываете действительные адреса электронной почты. Существуют всевозможные сумасшедшие правила, которые могут или не могут быть в адресе электронной почты, и если вы ошибетесь, в неправильном направлении, пользователь с вполне допустимым адресом электронной почты может быть отклонен вашей системой.

Лучший способ определить, является ли адрес электронной почты действительным, - использовать его как часть процесса регистрации, в котором ТРЕБУЕТСЯ электронная почта. Все остальное - это большая работа для небольшого выигрыша.

Answer 2

работает для меня:

 
psql (9.0.2) 
Type "help" for help. 

postgres=> CREATE OR REPLACE FUNCTION "f_IsValidEmail"(text) returns BOOLEAN AS 
postgres-> 'select $1 ~ ''^[^@\s]+@[^@\s]+(\.[^@\s]+)+$'' as result 
postgres'> ' LANGUAGE sql; 
CREATE FUNCTION 
postgres=> commit; 
COMMIT 
postgres=> SELECT "f_IsValidEmail"('myemail@address.com'); 
f_IsValidEmail 
---------------- 
t 
(1 row) 

postgres=> 

Answer 3

Если вы можете выяснить, регулярное выражение, которое соответствует адреса электронной почты к вашему удовлетворению, рассмотреть вопрос, может ли он не быть более полезным в качестве домена, а не проверьте ограничение.

Для некоторых подводных камней см. regular-expressions.info.

Answer 4

Я рекомендую решение с использованием PL/Perl и модуля электронной почты :: Адрес. Что-то вроде следующего:

CREATE OR REPLACE FUNCTION email_valid(email text) RETURNS bool 
LANGUAGE plperlu 
AS $$ 
use Email::Address; 
my @addresses = Email::Address->parse($_[0]); 
return scalar(@addresses) > 0 ? 1 : 0; 
$$; 

См. Также http://wiki.postgresql.org/wiki/Email_address_parsing.

Answer 5

Не пытайтесь создать регулярное выражение для проверки электронной почты!

Это, как известно, трудно выполнить. Вот лучшее решение:

Если предположить, что у вас есть Perl, установленных на вашем сервере базы данных, установить E-mail :: Действительный модуль на одном хосте с помощью CPAN:

you@localhost$ cpan Email::Valid 

Затем убедитесь, что у вас есть PL/Perl установлен. Подключение к базе данных в PSQL и добавить plperlu как язык:

CREATE EXTENSION plperlu; 

(Имейте в виду, что это ненадежный язык, так что вы будете давая вашей БД прямого доступа к файлам, которые могут представлять угрозу безопасности, если . кто-то вставить вредоносный код в свои модули Perl или в функции дб Однако, вы должны сделать это для следующего шага)

Добавьте следующую функцию в базе данных:.

CREATE FUNCTION validate_email() RETURNS trigger AS $$ 
    use Email::Valid; 
    return if Email::Valid->address($_TD->{new}{email}); 
    elog(ERROR, "invalid email address $_TD->{new}{email} inserted into $_TD->{table_name}(email)"); 
    return "SKIP"; 
$$ LANGUAGE plperlu; 

Добавить триггер-ограничение для вашей таблицы в столбце (при условии, что вы r стол называется «пользователями», а ваша колонка называется «электронная почта»):

CREATE TRIGGER users_valid_email_trig 
    BEFORE INSERT OR UPDATE ON users 
    FOR EACH ROW EXECUTE PROCEDURE validate_email(); 

И все готово!

Это решение использует модуль Email: Valid Perl для обработки валидации, который, в свою очередь, полагается на регулярное выражение для обеспечения соответствия RFC 822. Тем не менее, это монстр регулярных выражений, поэтому не пытайтесь придумать свои собственные.

Если вы чувствуете дискомфорт при включении plperlu вместо обычного plperl, возможно, вы можете перенести соответствующие функции в свою базу данных.

Answer 6

Буква этих ответов закрыть на правильном пути. Это пункты моего представления.

• Вы хотите использовать домен - НЕ СИСТЕМА правил.
• Вы НЕ хотите проверять эти адреса электронной почты с помощью регулярного выражения. (Обновление от 2017 года: не совсем так)

Я покажу two methods of how to do this the right on DBA.StackExchange.com. И проверить MX-запись, а также использовать спецификацию HTML5. Вот короткое и сладкое.

CREATE EXTENSION citext; 
CREATE DOMAIN email AS citext 
    CHECK (value ~ '^[a-zA-Z0-9.!#$%&''*+/=?^_`{|}~-]+@[a-zA-Z0-9](?:[a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?(?:\.[a-zA-Z0-9](?:[a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?)*$'); 

SELECT 'foobar@bar.com'::email; 
SELECT CAST('foobar@bar.com' AS email); 

Для получения дополнительной информации, которую я высоко предложить вам read the answer in full. В ответе Я также покажу, как вы создаете DOMAIN за Email::Valid и объясните, почему я больше не использую этот метод.