Реализация Черного списка

[Tsuk15]

Всем привет. Несколько месяцев назад начал осваивать базы данных. После того как я перенес все типовые действия со списками в базу данных, я увидел насколько списки тормозили работу зенки. Единственное действие, которое я еще не перенес - это черные списки.
Например у меня есть шаблон, который должен постоянно парсить юзеров со страницы сайта и находить новых(тут как раз и нужно проверять, есть ли данный юзер в ЧС), отправлять им сообщение и добавлять в черный список. Как такую логику организовать с БД? Конечно первое, что приходит на ум, это создать таблицу-черный список, куда добавлять всех отработанных юзеров. Потом через запрос

SELECT * FROM base WHERE user='blackusername';

проверять наличие данного юзера в таблице. Если ответ пустой, то юзра нет в ЧС. Но такой запрос занимает относительно много времени, особенно если база большая. И вроде как такой запрос в принципе не очень корректный. Можно сделать индекс на столбец user, но правильно ли это? Мне почему-то кажется, что при такой работе шаблон будет работать не лучше чем если тоже самое делать со списком. Кто как решает эту задачу? Может быть я слишком много загоняюсь или от недостатка знаний пытаюсь применить логику списков к БД?

 

[Astraport]

Говорят с COUNT быстрее:

SELECT COUNT(user) FROM base WHERE user = 'blackusername'

 

[Tsuk15]

Говорят с COUNT быстрее:

SELECT COUNT(user) FROM base WHERE user = 'blackusername'

Да, так правда быстрее

 

[WebBot]

SELECT t1.uid FROM base t1 LEFT JOIN blacklist t2 ON t1.uid=t2.uid WHERE t2.uid IS NULL
выберет из таблицы base все uid не содержащиеся в таблице blacklist
дальше думаю разберетесь

 

[Tsuk15]

SELECT t1.uid FROM base t1 LEFT JOIN blacklist t2 ON t1.uid=t2.uid WHERE t2.uid IS NULL
выберет из таблицы base все uid не содержащиеся в таблице blacklist
дальше думаю разберетесь

на крупных таблицах left join у меня работает очень долго

 

[WebBot]

на крупных таблицах left join у меня работает очень долго

дак индексы соответствующие нужно добавить

 

[doc]

Говорят с COUNT быстрее:

SELECT COUNT(user) FROM base WHERE user = 'blackusername'

Да, так правда быстрее

Правда быстрее? Есть более подробная инфа, хотелось бы почитать?

 

[anton08985]

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

 

[specialist]

Не очень понял задачу, если это просто черный список - поле user сделать unique, работать будет очень быстро. Так же вместо MySQL использовать любое key value хранилище, скорость тоже будет отличной.

 

[Tsuk15]

Не очень понял задачу, если это просто черный список - поле user сделать unique, работать будет очень быстро. Так же вместо MySQL использовать любое key value хранилище, скорость тоже будет отличной.

Спасибо, об этом не знал

 

[specialist]

об этом не знал

Вариаций очень много, даже файловый вариант в некоторых случаях подходит. Создаем текстовый файл с данными, например логи работы, проверка на существование в папке проходит достаточно быстро.