Sauvegarder des enregistrements dans MySQL qui n'existent pas

Voilà comment je pourrais rapidement résoudre ce problème

Créer une table supplémentaire pour stocker les villes manquantes, qui sera introduite par les utilisateurs

CREATE VIEW all_cities AS
SELECT id, city_name FROM `cities`
UNION ALL
SELECT id, city_name FROM `cities_users`;

Créez une VUE qui UNION les 2 tables de villes:

CREATE TABLE `cities_users` (
`id` int,
`city_name` varchar(100),
`added_by` varchar(100),
`added_TS` DATETIME DEFAULT CURRENT_TIMESTAMP
);

À chaque fois qu'un utilisateur s'inscrit, vous interrogez la VUE pour vérifier si la ville de l'utilisateur existe. De cette façon, vous saurez si une ville existe dans votre table d'origine OU les villes introduites par les utilisateurs.

Sinon, vous INSÉRER la nouvelle ville dans la table cities_users (avec l'utilisateur qui l'a créé à des fins de journalisation).

Vous devez générer correctement un identifiant unique, c'est-à-dire un identifiant qui ne peut jamais exister dans le tableau cities . Vous pouvez le faire de différentes manières, voici un exemple rapide: prenez le dernier identifiant de la table cities_users et ajoutez-y 1 million. Vos identifiants cities_users seront comme: 1000001, 1000002, 1000003

Et enfin, vous insérez l'identifiant cities_users généré dans la table users.

Avoir un tableau séparé pour les entrées utilisateur devrait vous aider pour garder la base de données propre:

1. Votre tableau des villes d'origine reste totalement inchangé
2. Vous saurez facilement à tout moment les nouvelles villes ajoutées par qui et quand, et vous pouvez créer une petite interface pour examiner et gérer cela.
3. Vos utilisateurs travaillent pour vous pour compléter votre base de données.

Si un utilisateur suggère une nouvelle ville, vous devez créer un nouvel enregistrement dans la table des villes et stocker city_id dans la table des utilisateurs. C'est la meilleure façon de stocker les enregistrements de table.

Vous pouvez ajouter un type à la balise de table de ville, l'utilisateur ne peut pas trouver leur correspondant à la ville lui permet de taper le nom de sa ville, puis vous dans la ville, et créera un enregistrement correspondant dans le tableau type marqué comme un statut spécial (contrôle et correction pratiques par le personnel d'exploitation), en même temps pour enregistrer l'identifiant d'enregistrement dans l'enregistrement utilisateur

CREATE TABLE `cities` (
    `id` int,
    `city_name` varchar(100),
    `type` int,
)

CREATE TABLE `user` (
    `id` int,
    `name` varchar(60)
    `****`
    `cities_id` FK
)

Je pense qu'il faut souligner, malgré les réponses contraires, que votre suggestion initiale d'ajouter une colonne city_name au tableau fonctionnera assez bien

Si vous autorisez à la fois cities_id et city_name à être Nullable, vous pouvez valider qu'un seul d'entre eux est défini dans la logique de l'application

L'avantage de cette approche est qu'elle garderait votre table de ville «pure» et vous permettrait de compter les doublons et d'analyser facilement les villes fournies par l'utilisateur

Cela ajouterait cependant une colonne city_name nullable très clairsemée dans votre table

Je suppose que cela dépend de la façon dont vous voulez obtenir la ville de l'utilisateur, (liste déroulante + zone de texte pour les autres, zone de texte avec des suggestions, juste une zone de texte) et de ce que vous prévoyez de faire avec les villes que vous se sont rassemblés

Vous pouvez même changer le libellé en "ville (ou ville la plus proche)" avec une liste déroulante codée en dur ou une liste déroulante interrogeable, et ne pas autoriser les villes fournies par l'utilisateur

Si vous avez une table de tampons dans laquelle les données brutes sont placées, c'est-à-dire la relation entre nom_ville, nom_utilisateur

CREATE TABLE `buffer_city_user` (
`buffer_id` int,
`city_name` varchar(100),
`user_name` varchar(100),
);

vous pouvez d'abord traiter la table tampon pour les nouveaux noms de ville - si trouvé, insérez dans les villes de table.

Ensuite, insérez les informations utilisateur - tout nouveau nom de ville devrait déjà figurer dans le tableau des villes et aucun problème de clé étrangère ne se produira.