Étant donné que le caractère générique dans l'instruction de requête floue comme dans Access n'est pas % mais *, il convient de noter que lorsque nous écrivons des requêtes floues dans des programmes, nous les écrivons généralement comme suit :
Sélectionnez * dans le tableau où txtTitle ressemble à '%Script Home%'
Que la base de données connectée soit ACCESS ou SQL Server
Cependant, lors de l'écriture récente de programmes, il y a toujours des situations où les déclarations sont correctes, mais les résultats ne peuvent pas être obtenus. Par exemple : la configuration manuelle de la sécurité du serveur est simple, et les réflexions que cela a provoquées. Voici la situation dans laquelle je ne parviens toujours pas à obtenir les résultats. lors de l'écriture des requêtes de service. Au fil du temps, ce problème s'est produit plus souvent. Si je l'écris dans le programme selon la méthode ci-dessus, ce sera correct, mais. Si vous utilisez la fonction de requête dans ACCESS, vous constaterez que le même code ne peut pas s'exécuter. Pourquoi est-ce normal lorsqu'il est appelé dans le programme, OK Il semble que si vous avez des problèmes ces jours-ci, vous devriez y aller. Google ou Baidu, il s'avère que la requête dans ACCESS ne prend pas en charge les requêtes floues comme celle-ci. '%Liu Yongfa%', l'équivalent de % est le caractère générique : *, il doit donc être remplacé par
Sélectionnez * dans le tableau où txtTitle ressemble à '*Script Home*'
L'analyseur de requêtes de SQL Server prend toujours en charge l'écriture d'instructions SQL normales. Je me demande pourquoi ACCESS est si agile.
De plus, j'utilise souvent la fonction de requête d'ACCESS pour opérer directement dans la base de données. Pourquoi n'ai-je pas trouvé ce problème après l'avoir utilisé si longtemps ? Est-ce parce que lorsque le problème est découvert, le programme peut être utilisé et il est ignoré, ou n'est-il pas découvert du tout ? Je pense avoir découvert que le projet était peut-être trop serré, donc je ne l'ai pas étudié.