Il n'y a pas besoin de faire de requete ou autre pour ton pb.
Il faut juste que ta structure de table soit correcte.
Ta table est en fait une table de relation entre d'autres tables. Ta table favoris fait le lien entre un utilisateur (uid de la table user) et la table qui contient tes donnees video (title, lid, cid => cle de la table je sais pas quoi)
(je comprend que la cle de ta video c'est title, lid, cid)
Donc pour etre tranquille, il te suffit juste de creer un index unique sur toutes ces colonnes, voir meme mieux tu crees une cle primaire sur toutes ces colonnes et tu vires id qui sert a rien.
Et tu es sur que tes elements seront uniques...
Du coup, tu n'as plus qu'a jouer la requete et si ton element est deja inscrit en base tu auras le droit a une erreur
que tu peux recuperer normalement, et donc tu rediriges apres sur la bonne page.
Avantage de la solution :
- le pb de l'unicite est gere par la base de donnee et non par prg => c-a-d que meme si tu veux inserer un element sans passer par ton php, l'unicite sera gere (si tu veux ecrire par phpmyqdmin ou autre)
- c'est le role de la base de donnee
- c plus rapide => tu fais une seule requete d'insertion, si elle marche c ok, si tu as une erreur tu le sais. Pas besoin de faire une requete de recherche et une d'insertion apres.
- pas de code (moins de code moins de bug)
=> au moment de la suppression d'un user il faudra pas oublier de supprimer les lignes dans cette table, et pareil quand tu supprimeras une video...
Ca pourrait etre gere par la base de donnees sans aucun code si on utilise un autre moteur de MySQL avec les delete cascade mais sinon par code automatiquement => normalement pour etre propre il faudrait que tu surcharges user