Je n'arrive pas à lier une table d'une base Progress via ODBC car elle
contient trop d'index (plus de 32 qui semble être le nombre maxi autorisé par
le moteur Jet).
Ne pouvant diminuer le nombre d'index de la table dans Progress (progiciel),
y a-t-il possibilité de contourner le pb tout en restant dans l'environnement
Jet ?
Merci d'avance
--
Catherine
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
3stone
Salut,
"CAIRIS" | Je n'arrive pas à lier une table d'une base Progress via ODBC car elle | contient trop d'index (plus de 32 qui semble être le nombre maxi autorisé par | le moteur Jet). | Ne pouvant diminuer le nombre d'index de la table dans Progress (progiciel), | y a-t-il possibilité de contourner le pb tout en restant dans l'environnement | Jet ?
Contourner une limite ne serait plus une limite ;-))
Mais, peut être en ne ramenant pas tous les champs... ? ou pas en une fois...
"CAIRIS"
| Je n'arrive pas à lier une table d'une base Progress via ODBC car elle
| contient trop d'index (plus de 32 qui semble être le nombre maxi autorisé par
| le moteur Jet).
| Ne pouvant diminuer le nombre d'index de la table dans Progress (progiciel),
| y a-t-il possibilité de contourner le pb tout en restant dans l'environnement
| Jet ?
Contourner une limite ne serait plus une limite ;-))
Mais, peut être en ne ramenant pas tous les champs... ?
ou pas en une fois...
"CAIRIS" | Je n'arrive pas à lier une table d'une base Progress via ODBC car elle | contient trop d'index (plus de 32 qui semble être le nombre maxi autorisé par | le moteur Jet). | Ne pouvant diminuer le nombre d'index de la table dans Progress (progiciel), | y a-t-il possibilité de contourner le pb tout en restant dans l'environnement | Jet ?
Contourner une limite ne serait plus une limite ;-))
Mais, peut être en ne ramenant pas tous les champs... ? ou pas en une fois...
merci pour l'idée de ne pas tout ramener en une fois. Peux-tu me préciser comment ? Quand je lie une table par ODBC, je ne vois pas où je pourrais limiter le combre de champs à retenir. Merci d'avance -- Catherine
"3stone" wrote:
Salut,
"CAIRIS" | Je n'arrive pas à lier une table d'une base Progress via ODBC car elle | contient trop d'index (plus de 32 qui semble être le nombre maxi autorisé par | le moteur Jet). | Ne pouvant diminuer le nombre d'index de la table dans Progress (progiciel), | y a-t-il possibilité de contourner le pb tout en restant dans l'environnement | Jet ?
Contourner une limite ne serait plus une limite ;-))
Mais, peut être en ne ramenant pas tous les champs... ? ou pas en une fois...
merci pour l'idée de ne pas tout ramener en une fois.
Peux-tu me préciser comment ? Quand je lie une table par ODBC, je ne vois
pas où je pourrais limiter le combre de champs à retenir.
Merci d'avance
--
Catherine
"3stone" wrote:
Salut,
"CAIRIS"
| Je n'arrive pas à lier une table d'une base Progress via ODBC car elle
| contient trop d'index (plus de 32 qui semble être le nombre maxi autorisé par
| le moteur Jet).
| Ne pouvant diminuer le nombre d'index de la table dans Progress (progiciel),
| y a-t-il possibilité de contourner le pb tout en restant dans l'environnement
| Jet ?
Contourner une limite ne serait plus une limite ;-))
Mais, peut être en ne ramenant pas tous les champs... ?
ou pas en une fois...
merci pour l'idée de ne pas tout ramener en une fois. Peux-tu me préciser comment ? Quand je lie une table par ODBC, je ne vois pas où je pourrais limiter le combre de champs à retenir. Merci d'avance -- Catherine
"3stone" wrote:
Salut,
"CAIRIS" | Je n'arrive pas à lier une table d'une base Progress via ODBC car elle | contient trop d'index (plus de 32 qui semble être le nombre maxi autorisé par | le moteur Jet). | Ne pouvant diminuer le nombre d'index de la table dans Progress (progiciel), | y a-t-il possibilité de contourner le pb tout en restant dans l'environnement | Jet ?
Contourner une limite ne serait plus une limite ;-))
Mais, peut être en ne ramenant pas tous les champs... ? ou pas en une fois...
"CAIRIS" | merci pour l'idée de ne pas tout ramener en une fois. | Peux-tu me préciser comment ? Quand je lie une table par ODBC, je ne vois | pas où je pourrais limiter le combre de champs à retenir.
C'était juste un idée (farfelue peut-être...) Si tu "vois" tous les champs de ta table... essaies de baser une requête avec la clé primaire et une partie des champs.
Mais, ne connaissant pas du tout Progrees et pratiquant *très* peu l'ODBC, la proposition est peut-être utopique... Dans ce cas, désolé ;-)
"CAIRIS"
| merci pour l'idée de ne pas tout ramener en une fois.
| Peux-tu me préciser comment ? Quand je lie une table par ODBC, je ne vois
| pas où je pourrais limiter le combre de champs à retenir.
C'était juste un idée (farfelue peut-être...)
Si tu "vois" tous les champs de ta table... essaies de baser une
requête avec la clé primaire et une partie des champs.
Mais, ne connaissant pas du tout Progrees et pratiquant *très* peu l'ODBC,
la proposition est peut-être utopique... Dans ce cas, désolé ;-)
"CAIRIS" | merci pour l'idée de ne pas tout ramener en une fois. | Peux-tu me préciser comment ? Quand je lie une table par ODBC, je ne vois | pas où je pourrais limiter le combre de champs à retenir.
C'était juste un idée (farfelue peut-être...) Si tu "vois" tous les champs de ta table... essaies de baser une requête avec la clé primaire et une partie des champs.
Mais, ne connaissant pas du tout Progrees et pratiquant *très* peu l'ODBC, la proposition est peut-être utopique... Dans ce cas, désolé ;-)
A la suite de ton 1er post, j'avais eu une lueur d'espoir....tant pis !!! Quand on lie une table en odbc, avec de nombreuses bases de données de marché, la seule info que l'on ait, c'est la liste des tables, sans aucun détail sur leur contenu et sans possibiltié (à mon niveau de connaissance) de faire qu sql.
merci quand même -- Catherine
"3stone" wrote:
Salut,
"CAIRIS" | merci pour l'idée de ne pas tout ramener en une fois. | Peux-tu me préciser comment ? Quand je lie une table par ODBC, je ne vois | pas où je pourrais limiter le combre de champs à retenir.
C'était juste un idée (farfelue peut-être...) Si tu "vois" tous les champs de ta table... essaies de baser une requête avec la clé primaire et une partie des champs.
Mais, ne connaissant pas du tout Progrees et pratiquant *très* peu l'ODBC, la proposition est peut-être utopique... Dans ce cas, désolé ;-)
A la suite de ton 1er post, j'avais eu une lueur d'espoir....tant pis !!!
Quand on lie une table en odbc, avec de nombreuses bases de données de
marché, la seule info que l'on ait, c'est la liste des tables, sans aucun
détail sur leur contenu et sans possibiltié (à mon niveau de connaissance) de
faire qu sql.
merci quand même
--
Catherine
"3stone" wrote:
Salut,
"CAIRIS"
| merci pour l'idée de ne pas tout ramener en une fois.
| Peux-tu me préciser comment ? Quand je lie une table par ODBC, je ne vois
| pas où je pourrais limiter le combre de champs à retenir.
C'était juste un idée (farfelue peut-être...)
Si tu "vois" tous les champs de ta table... essaies de baser une
requête avec la clé primaire et une partie des champs.
Mais, ne connaissant pas du tout Progrees et pratiquant *très* peu l'ODBC,
la proposition est peut-être utopique... Dans ce cas, désolé ;-)
A la suite de ton 1er post, j'avais eu une lueur d'espoir....tant pis !!! Quand on lie une table en odbc, avec de nombreuses bases de données de marché, la seule info que l'on ait, c'est la liste des tables, sans aucun détail sur leur contenu et sans possibiltié (à mon niveau de connaissance) de faire qu sql.
merci quand même -- Catherine
"3stone" wrote:
Salut,
"CAIRIS" | merci pour l'idée de ne pas tout ramener en une fois. | Peux-tu me préciser comment ? Quand je lie une table par ODBC, je ne vois | pas où je pourrais limiter le combre de champs à retenir.
C'était juste un idée (farfelue peut-être...) Si tu "vois" tous les champs de ta table... essaies de baser une requête avec la clé primaire et une partie des champs.
Mais, ne connaissant pas du tout Progrees et pratiquant *très* peu l'ODBC, la proposition est peut-être utopique... Dans ce cas, désolé ;-)
Mais, si le besoin se limite à récupérer ces données, que la table n'est pas trop immense, ne peux tu pas passer par / exporter dans un fichier texte et puis l'importer dans Access ?
Mais, si le besoin se limite à récupérer ces données, que la table
n'est pas trop immense, ne peux tu pas passer par / exporter
dans un fichier texte et puis l'importer dans Access ?
Par exemple, en utilisant quelque chose comme ceci :
http://www.01net.com/telecharger/windows/Programmation/base_de_donne/fiches/26642.html
Mais, si le besoin se limite à récupérer ces données, que la table n'est pas trop immense, ne peux tu pas passer par / exporter dans un fichier texte et puis l'importer dans Access ?