Вот для этого в каждой таблице для сущностей (не для связей) стоит делать колонку id с автоинкрементом. Даже если пока не надо. На всякий случай.
Хотя... тут же уже есть идентификаторы 0_o Бр! Я правильно понимаю, что e_mail из той же таблицы, что и id_listener, а admin_e_mail из той же, что admin_id?
Может у него id не uniq, и у каждого слушателя и администратора подразумевается раздвоение личности? =D Типа человек тот же, но на разные вебинары с разными email'ами регистрируется )))
Короче да, пристрели его xD

Чи, вооооот!!!!! Вооооооот! И я о том же!! Там получается, что id слушателя и его e-mail являются композитным ключом к таблице слушателей. Администратовры выделены в отдельную табоицу да еще и там так же >< про все осталбное я вообще молчу)

oranJann, я тебе страшную тайну открою: идиотов вообще много, и почему-то именно работа с БД даже на фоне прочего их говнокода выглядит устрашающе.
Я сейчас главным образом с двумя системами работаю, обе, типа, production. Одна - САП на php, там автор вообще недавно только узнал, что есть join'ы, но продолжает при запросе выгружать в память с десяток связанных таблиц и рассовывать все их данные по массивам, даже если на выходе нужна пара строк. Тут как бы ладно: сразу видно, что автор мудак не программист, но реально написал продукт, у которого аналогов нет.
Со второй системой все гораздо хуже: это биллинг. Держись за стул, а то упадешь. Очень хочу верить, что такие запросы у них генерятся программно, потому что, если это пишут руками, то руки эти надо отрывать. Два запроса (взяты из логов):
1) Отчет, отрабатывает несколько минут; первая таблица ~500000 записей, во второй, хвала магистрам, "всего" ~1000.
SELECT discount, slink_id, discount_date, discount_period_id,account_id, services_data.service_name, services_data.service_type, charge_type, discount_with_tax FROM discount_transactions_all, services_data WHERE services_data.id=discount_transactions_all.service_id AND discount_date>='1351713600' AND discount_date <='1359576000' AND account_id='xxxxxxx' AND (discount_transactions_all.service_type='2' OR discount_transactions_all.service_type='1' OR charge_type='1' OR charge_type='2') ORDER BY discount_date DESC
2) Работает быстро, спасибо, что таблица небольшая. Но сама идея дорогого стоит.
?Debug : Feb 20 17:17:44 xxxxxxxx RPCConn[SSL]<init1@xxx.xxx.xxx.xxx>: Call: 0x2810 (rpcf_get_houses_list) ?Debug : Feb 20 17:17:44 xxxxxxxx RPCConn[SSL]<init1@xxx.xxx.xxx.xxx>: Real Call: 0x2810 (rpcf_get_houses_list) ?Debug : Feb 20 17:17:44 xxxxxxxx DBCtx: <xxxxxxxxx> SQL SELECT query: SELECT id FROM houses ?Debug : Feb 20 17:17:44 xxxxxxxx DBCtx: <xxxxxxxxx> SQL SELECT query: SELECT id, ip_zone_id, connect_date, post_code, country, region, city, street, number, building, additional_ip_zones_key FROM houses WHERE id='1' ?Debug : Feb 20 17:17:44 xxxxxxxx DBCtx: <xxxxxxxxx> SQL SELECT query: SELECT id, ip_zone_id, connect_date, post_code, country, region, city, street, number, building, additional_ip_zones_key FROM houses WHERE id='2' ?Debug : Feb 20 17:17:44 xxxxxxxx DBCtx: <xxxxxxxxx> SQL SELECT query: SELECT id, ip_zone_id, connect_date, post_code, country, region, city, street, number, building, additional_ip_zones_key FROM houses WHERE id='4' ?Debug : Feb 20 17:17:44 xxxxxxxx DBCtx: <xxxxxxxxx> SQL SELECT query: SELECT id, ip_zone_id, connect_date, post_code, country, region, city, street, number, building, additional_ip_zones_key FROM houses WHERE id='5' <...> ?Debug : Feb 20 17:17:44 xxxxxxxx DBCtx: <xxxxxxxxx> SQL SELECT query: SELECT id, ip_zone_id, connect_date, post_code, country, region, city, street, number, building, additional_ip_zones_key FROM houses WHERE id='680' ?Debug : Feb 20 17:17:44 xxxxxxxx DBCtx: <xxxxxxxxx> SQL SELECT query: SELECT id, ip_zone_id, connect_date, post_code, country, region, city, street, number, building, additional_ip_zones_key FROM houses WHERE id='681' ?Debug : Feb 20 17:17:44 xxxxxxxx DBCtx: <xxxxxxxxx> SQL SELECT query: SELECT id, ip_zone_id, connect_date, post_code, country, region, city, street, number, building, additional_ip_zones_key FROM houses WHERE id='682' ?Debug : Feb 20 17:17:44 xxxxxxxx RPCConn[SSL]<init1@xxx.xxx.xxx.xxx>: Call 0x2810 (rpcf_get_houses_list) finished...

Если недавно про join'ы недавно узнал... к ним тоже привыкнуть надо, но кучу таблиц в память -это хорошоооо)))
О____о второй особенно порадовал...

Я знаю почему на бд все выглядит более устрашающе) потому что на бд все наглядно и видноё где какие косяки)