Comment un utilisateur d'insérer une valeur null dans MS Access?

MS Access s'affiche à l'appui de valeurs null dans le code, mais je ne peux pas pour la vie de me comprendre comment entrer une valeur null directement dans une table. C'est rageant car une fois qu'un champ a eu un chiffre est entré en elle, elle ne peut jamais être supprimé/null. Normalement, permettant à zéro les chaînes de longueur serait de prendre soin de cela, mais l'Accès traite l'export XML d'un nul et une chaîne de longueur zéro différemment. Null élimine les associés balise XML et une chaîne de longueur zéro envoie une balise vide.

Comment êtes-vous d'entrer les données dans les tables? J'ai couru un export XML avec les données que j'ai saisi à l'aide d'une vue de la table, et il a réussi à s'ajoute et supprime la colonne comme vous l'avez suggéré.
Vous dites que vous ne voulez pas permettre à zéro les chaînes de longueur?
Il n'y a pas une telle chose comme "directement dans une table". Vous faites probablement référence à une forme qui est lié à un jeu d'enregistrements, probablement celui qui est prévu Dans l'INTERFACE utilisateur de n'importe quelle version de MS Access que vous utilisez. Ou ne "directement" signifie que vous utilisez le code SQL?
Je faisais allusion à ces choses que les appels d'accès de "tables". Aussi, ne même pas la peine d'aller tout tuple/rapport à nous quand nous parlons de MS Access.

OriginalL'auteur anopres | 2008-12-03

  1. 4

    Parlez-vous avoir besoin de le faire en mode feuille de données? Si vous avez besoin de le faire dans une requête de mise à jour, vous pouvez le faire comme ceci:

    UPDATE test SET test.test = Null;
    Oui, je parlais de le faire dans le mode feuille de données.

    OriginalL'auteur Patrick Harrington

  2. 4

    Ne la définition de la "Permettre à zéro de la longueur de la chaîne" option dans la définition de la table de l'aide? Il peut forcer une chaîne vide pour être interprétée comme NULL.

    Pas "peut", mais de la VOLONTÉ. Sauf si vous utilisez ZLS significatif de la valeur qui est distincte de la valeur Null, il n'y a pas de raison pour n'importe quel champ pour permettre le stockage de ZLS. C'est certainement l'utilisateur hostile.

    OriginalL'auteur Chris Smith

  3. 2

    appuyez sur ctrl-0 et une valeur null est inséré.

    Cela ne fonctionne pas avec Access 2007. Comment avez-vous que cela fonctionne?

    OriginalL'auteur

  4. 2

    La suppression de tous les caractères de travail, mais l'Accès est un peu volage. Frapper la touche retour arrière ou suppr ne fonctionnera pas, sauf si il ya des caractères dans le champ. Je trouve que c'est mieux de saisir quelques caractères, tout sélectionner, et appuyez sur la touche supprimer, changer d'orientation et de modifier l'enregistrement. Après tout ce qui précède, si vous exécutez une requête de la recherche pour "est null" le dossier va être trouvé.

    Eu un certain succès en entrant quelques caractères comme le suggère ensuite à l'aide de la touche F2 pour sélectionner suivie par la supprimer, mais il ne fonctionne pas systématiquement

    OriginalL'auteur Rob

  5. 0

    Je suis actuellement à la recherche d'un moyen pour un laïc pour faire l'entrée directement dans une table. Dans MSSQL vous pouvez appuyez simplement sur ctrl-0 et une valeur null est inséré. La suppression de tous les caractères qui ne fonctionne pas. Au lieu de null, vous êtes de gauche avec une chaîne vide. Ils ne sont pas traités de la même façon par l'Accès à des fins d'exportation.

    Je pense que je vais finir par créer un fichier xslt à utiliser lors de l'exportation qui élimine les balises vides. De cette façon, l'utilisateur ne peut pas vraiment faire la différence.

    Ce serait bien, si, pour être en mesure de saisir une valeur null.

    Quelle est la version d'Access que vous utilisez? Comme je l'ai mentionné dans mes commentaires sur votre post original, j'ai mis en œuvre le comportement que vous demandez.
    Je suis en cours d'exécution Access 2007.

    OriginalL'auteur anopres

  6. 0

    Ok, je ne pense pas que ce soit un facilement résoluble problème et ma question d'origine était un peu à côté de la cible. Le problème n'est pas tellement avec des valeurs null, bien qu'ils participent, comme avec la manière dont la table a été créé à l'origine. Si vous utilisez un fichier xsd pour créer vos tables vous prévoyez sur l'exportation, de quelque chose qui se passe sous le capot d'Accès qui est la cause de ces champs est traité un peu différemment que les champs créés avec les éditeurs.

    La seule solution que j'ai trouvé était de créer un nouveau champ dans la table, renommez l'ancien champ, à copier les données de l'ancien domaine vers le nouveau champ et supprimer l'ancien champ.

    Après avoir fait cela, puis les champs vides qui avait données en eux à un moment donné ne sont plus inclus dans la sortie XML. Ce n'est probablement pas la meilleure façon de le faire, et je ne sais toujours pas exactement pourquoi il se passe, mais au moins je peux obtenir au-delà de la question.

    OriginalL'auteur anopres

  7. -1

    Il suffit de supprimer tous les caractères de la colonne et l'accès à insérer une valeur null pour vous si la coumn permet.

    Pas si le champ est défini afin de permettre les chaînes de longueur nulle.
    pour moi, il fonctionne comme indiqué par @bang. J'ai NOT NULL varchar colonne dans une table liée à SQL Server & allow zero-length strings = yes dans l'Accès. Toujours quand je supprime le texte, il n'insérez pas une chaîne vide, donne lieu null insérer l'erreur que la colonne n'est pas de type variant.
    Je vois, le comportement est différent pour les tables ODBC liée stackoverflow.com/a/22203637/2224701

    OriginalL'auteur bang