Table Informix liée dans MS SQL Server ignorant les critères?

Je rencontre un problème avec une table Informix liée dans MS SQL Server 2008r2. Quand j'interroge cette table, il semble ignorer certains des critères que je lui passe mais pas d'autres. Par exemple, si je mets une condition dans le champ rowdate, la partie de requête distante du plan d'exécution n'affiche aucune clause WHERE, mais si je mets des critères sur un autre champ tel que ACD, cela s'affiche.Table Informix liée dans MS SQL Server ignorant les critères?

Il semble qu'il ne passe aucun critère sur le champ rowdate mais sur tous les autres.

Je sais que le champ est indexé du côté d'Informix. Si cela aide la table que je lie est d'Avaya CMS et il est lié via le pilote OpenLink ODBC.

EDIT:

Pour autant que je sais qu'il est Informix Dynamic Server 2000 et il est sur Solaris. La colonne apparaît comme un type de données DATE correct. J'ai essayé de passer les critères comme '2010-08-03 00:00:00', '2010-08-03', CONVERT (date, '2010-08-03') et quelques autres variations. Lorsque les données sont renvoyées au serveur SQL, elles sont au format aaaa-mm-jj.

Lorsque je vois le plan d'exécution, je peux voir la requête distante avec tous les autres critères suivi d'un filtre pour le champ rowdate seulement.

Je sais que rowdate est indexé et que le conducteur ne communique normalement que les informations que nous utilisons dans d'autres applications (objets métier et MS Access) et ils n'ont pas un problème

Source

2010-08-02 Kevin Ross

Quelle version d'Informix sur quelle plateforme? Quel est le type de 'rowdate'? À une estimation, c'est DATE mais il pourrait être l'une des variantes de DATETIME telles que DATETIME YEAR TO DAY ou DATETIME YEAR TO SECOND. Est-ce que d'autres colonnes du même type sont traitées de la même manière par les pilotes? ** Superficiellement ** cela ressemble à un problème du côté «client»; c'est-à-dire que si le pilote n'envoie pas le critère, le serveur ne peut pas l'utiliser. Vous souhaiterez peut-être explorer comment exécuter SET EXPLAIN ON afin de voir ce que le SGBD Informix considère comme le SQL à des fins de comparaison avec ce que vous pensez qu'il devrait être vu. –

j'ai réussi à comprendre mais c'est la chose la plus étrange qui soit. Je suis allé sur la route de passer la date dans différents formats. Mon défaut est d'utiliser le YYYY-MM-DD normal qui bien sûr ne fonctionnait pas alors j'ai essayé YYYY-MMM-DD, toujours rien. Après avoir passé par beaucoup de combinaisons j'ai trouvé celui qui fonctionne Mmm-JJ-YY et il doit être exactement cela! SEP-21-2010 ne fonctionnera pas mais Sep-21-2010. Je me demande si c'est juste un étrange raccrochage d'Informix ou quelque chose dans le pilote, de toute façon cela fonctionne. Sur une note de côté, quelqu'un a-t-il remarqué à quel point il est étrange que les gens de l'Amérique écrivent la date du mois, l'année de la journée? Arrêtez-vous et pensez-y une seconde, dites-vous le numéro 2410 comme "Quatre cent, dix, deux mille"? La meilleure partie à ce sujet est de vous demander ceci, quel jour est le jour de l'indépendance américaine? La plupart des Américains disent "C'est facile, vous êtes le 4 juillet", la seule date qu'ils disent autour de la bonne façon est la date à laquelle ils ont obtenu leur indépendance. Je laisserai à la SO communauté pour voir l'ironie dans ce

Source

2010-09-21 07:23:26

Exemple requête ci-dessous:

select * 
from OPENQUERY (AVAYA, 'select row_date,starttime,intrvl,acd from root.hagent where 
row_date = ''NOV-22-2012'' and acd = 1 and split = 1 and starttime = 1900')

Par la façon dont je réussi à extraire des données précises par les deux MMM-JJ-AAAA et Mmm-DD -AAAA

Source

2012-11-23 19:27:20 pkendall60

Table Informix liée dans MS SQL Server ignorant les critères?

Répondre

Questions connexes