Re: [users-fr] [base] [ubuntu] error in script file line:77-> tables inaccessibles dans base de données faite sous windows
Bonsoir, Le 05/01/08, Julien <[EMAIL PROTECTED]> a écrit : > > Mon système est openoffice 2.3.1 sous Ubuntu Gutsy Gibbon 7.10 > > Bonjour à tous, gros problème ici, j'ai fait ma migration depuis > windows, tout content de voir que tout fonctionne sous openoffice 2.3.0 > version d'origine... > J'ai essayé d'ouvrir un document base, et ça fonctionne, à ça près que > les tables sont inaccessibles. > quand je clique sur les tables, j'ai le message d'erreur suivant : > Impossible d'établir la connexion avec la source de données escape7 : > error in script file line: 77 Cannot be Order By ... De souvenir, ce problème pouvait subvenir quand on changeai t de nom de dossier par exemple. Ou des dossiers avec des caractères "spéciaux" ou accentués. Est-ce que tes bases originales étaient stockées dans un tel dossier ? Pourrais-tu m'envoyer une copie d'une db (à mon adresse perso) pour que je puisse tester ? si pas confidentiel bien entendu... Yves J'ai d'abord pensé à une erreur de ma part dans cette base, mais je me > souviens qu'elle s'ouvrait parfaitement la dernière fois que j'ai > travaillé dessus, ...sous windows! > Alors je suis passé, après désinstallation, à la version 2.3.1 Debian en > suivant le tuto réputé fonctionnel de Hagar de l'est (désisntallation de > tous les packages d'origine, installation des paquets deb du site > openoffice...) > Et ça n'a rien changé... A part qu'il a refusé une première fois ma > version de Java, puis l'a reconnue, puis en a reconnu une autres que > j'ai installé en plus pour voir si le problème venait de là. > Au final, même situation, tout marche à part l'accès aux tables d'une > base de données (du coup bien sûr, les requêtes n'aboutissent pas non > plus...) > > Alors je me suis dit que c'était effectivement une erreur dans le > fichier, peut-être corrompu lors du transfert, j'ai donc ouvert une par > une toutes mes bases de données. Et là horreur: les tables renvoient le > même message d'erreur (à la ligne près) pour toutes mes bases. > Même à travers le bouton source de données, ça ne fonctionne pas. > Est-ce que quelqu'un arrive à ouvrir ses bases et l'onglet table sous > Gutsy, avec OO 2.3 ou 2.3.1? > Est-ce une incompatibilité connue Ubuntu 7.10/OO 2.3.x? > J'ai cherché dans la liste, dans les forums, partout sur le net, je ne > vois pas le même problème que moi apparaître, malgré de nombreux > problèmes sous OO2.3 et linux (je précise que OO2.3 sous windows > fonctionne bien chez moi). > > Y-a-t-il une manip à faire? Un problème lié à Java? A la configuration > de Java? J'ai remarqué que dans la version 2.3.1 Debian, il n'y a pas le > paquet openoffice.org-java-common, qui ne semble pas nécessaire. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- web site : http://www.molenbaix.com
Re: [users-fr] [base] [ubuntu] error in script file line:77-> tables inaccessibles dans base de données faite sous windows
Bonjour, D'après le message d'erreur, la connexion avec la base ne se fait, normal dans ce cas de figure que toutes les tables soient injoignables. La partie "Order By" n'est pas porteuse de sens, puisque de toute facon la base ne répond pas présente. On ne peut trier des données que l'on est incapable de connaître. Par contre certain élément seraient nécessaires : - Escape7, c'est une base de quel type : - OOoBase natif, Calc, DBF, SQLite ... - Sinon, est-ce base sur un serveur de base de données (Mysql, SQLServer, Oracle, ...) ? - Quel Java as tu , - Est que les autres éléments (formulaires ou rapports) fonctionnent ? Peux-tu essayer de créer un formulaire via l'assistant pour voir ? - N'y aurait-il pas un pb de droit sur le fichiers ( droits en lecture mais pas en éxécution/modification) ? Bon courage, Serge Le 05/01/08, Julien <[EMAIL PROTECTED]> a écrit : > > Mon système est openoffice 2.3.1 sous Ubuntu Gutsy Gibbon 7.10 > > Bonjour à tous, gros problème ici, j'ai fait ma migration depuis > windows, tout content de voir que tout fonctionne sous openoffice 2.3.0 > version d'origine... > J'ai essayé d'ouvrir un document base, et ça fonctionne, à ça près que > les tables sont inaccessibles. > quand je clique sur les tables, j'ai le message d'erreur suivant : > Impossible d'établir la connexion avec la source de données escape7 : > error in script file line: 77 Cannot be Order By ... > > J'ai d'abord pensé à une erreur de ma part dans cette base, mais je me > souviens qu'elle s'ouvrait parfaitement la dernière fois que j'ai > travaillé dessus, ...sous windows! > Alors je suis passé, après désinstallation, à la version 2.3.1 Debian en > suivant le tuto réputé fonctionnel de Hagar de l'est (désisntallation de > tous les packages d'origine, installation des paquets deb du site > openoffice...) > Et ça n'a rien changé... A part qu'il a refusé une première fois ma > version de Java, puis l'a reconnue, puis en a reconnu une autres que > j'ai installé en plus pour voir si le problème venait de là. > Au final, même situation, tout marche à part l'accès aux tables d'une > base de données (du coup bien sûr, les requêtes n'aboutissent pas non > plus...) > > Alors je me suis dit que c'était effectivement une erreur dans le > fichier, peut-être corrompu lors du transfert, j'ai donc ouvert une par > une toutes mes bases de données. Et là horreur: les tables renvoient le > même message d'erreur (à la ligne près) pour toutes mes bases. > Même à travers le bouton source de données, ça ne fonctionne pas. > Est-ce que quelqu'un arrive à ouvrir ses bases et l'onglet table sous > Gutsy, avec OO 2.3 ou 2.3.1? > Est-ce une incompatibilité connue Ubuntu 7.10/OO 2.3.x? > J'ai cherché dans la liste, dans les forums, partout sur le net, je ne > vois pas le même problème que moi apparaître, malgré de nombreux > problèmes sous OO2.3 et linux (je précise que OO2.3 sous windows > fonctionne bien chez moi). > > Y-a-t-il une manip à faire? Un problème lié à Java? A la configuration > de Java? J'ai remarqué que dans la version 2.3.1 Debian, il n'y a pas le > paquet openoffice.org-java-common, qui ne semble pas nécessaire. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [users-fr] [base] [ubuntu] error in script file line:77-> tables inaccessibles dans base de données faite sous windows
Bonjour, Le 06/01/08, julien cochennec <[EMAIL PROTECTED]> a écrit : > > yves dutrieux a écrit : > > De souvenir, ce problème pouvait subvenir quand on changeai t de nom de > > dossier par exemple. > > > Quand on déplace le fichier dans un autre dossier? C'est assez énorme > comme problème... Effectivement, je l'ai déplacé d'un dossier "Bases" > sous windows, dans un autre dossier "bases" sur une autre partition, > dans un répertoire dont le nom contient un espace "sauvegarde e" (tout > ça en NTFS) puis je l'ai déplacé dans une partition /home/ dans le > répertoire /monnom/bases/ (en ext3), c'est dire comme il a voyagé... > > Ou des dossiers avec des caractères "spéciaux" ou accentués. > > Est-ce que tes bases originales étaient stockées dans un tel dossier ? > > > Le chemin exact de la base d'origine était E:\bases\escape7\escape7.odb > et le chemin final, sous linux, /home/monnom/bases/escape7/escape7.odb. > > Pourrais-tu m'envoyer une copie d'une db (à mon adresse perso) pour que > je > > puisse tester ? > > si pas confidentiel bien entendu... > > > Merci de ton aide, tu peux télécharger le fichier là : > http://trblft.free.fr/escape7.odb > Je préfère ne pas te le mettre en mail, c'est plus de 8Mo. > > Yves Je reproduis le problème sous windows J'ai donc extrait les fichiers (décompaction après rename en .zip) Je vois que deux views sont créé dans le fichier "scripts". Elle sont longues ;) J'ai enlevé ces deux lignes et recompacté le tout - rename en .odb retest avec Base et ok. Je parviens à lire. Le problème est donc au niveau de ces vues. Je creuse pour avoir l'explication plus succinte ;-) Yves > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- web site : http://www.molenbaix.com
Re: [users-fr] [base] [ubuntu] error in script file line:77-> tables inaccessibles dans base de données faite sous windows
Bonjour Julien, et les autres Le 06/01/08, julien cochennec<[EMAIL PROTECTED]> a écrit : > yves dutrieux a écrit : > > De souvenir, ce problème pouvait subvenir quand on changeai t de nom de > > dossier par exemple. > > > Quand on déplace le fichier dans un autre dossier? C'est assez énorme > comme problème... Effectivement, je l'ai déplacé d'un dossier "Bases" > sous windows, dans un autre dossier "bases" sur une autre partition, > dans un répertoire dont le nom contient un espace "sauvegarde e" (tout > ça en NTFS) puis je l'ai déplacé dans une partition /home/ dans le > répertoire /monnom/bases/ (en ext3), c'est dire comme il a voyagé... > > Ou des dossiers avec des caractères "spéciaux" ou accentués. > > Est-ce que tes bases originales étaient stockées dans un tel dossier ? > > > Le chemin exact de la base d'origine était E:\bases\escape7\escape7.odb > et le chemin final, sous linux, /home/monnom/bases/escape7/escape7.odb. > > Pourrais-tu m'envoyer une copie d'une db (à mon adresse perso) pour que je > > puisse tester ? > > si pas confidentiel bien entendu... > > > Merci de ton aide, tu peux télécharger le fichier là : > http://trblft.free.fr/escape7.odb > Je préfère ne pas te le mettre en mail, c'est plus de 8Mo. chez moi, le fichier s'ouvre. Par contre, comme il est énorme, j'ai réalisé un petit : Outils > SQL ... SHUTDOWN COMPACT exécuter Fermer la base. Réouvrir. Il a maigri à 916 Ko. Déjà, ça risque d'aider. Ensuite, si tu as ce problème avec toutes tes bases, ça ne vient pas du fichier, non ? Ensuite, les temps d'affichages des tables sont très longs, notamment les vues. Est-ce qu'il y aurait du DISTINCT dans les requêtes à la base de ces vues ? Je peux t'envoyer la version amaigrie en perso si tu le souhaites (je ne sais pas si les données sont confidentielles ?). Manuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] [base] [ubuntu] error in script file line:77-> tables inaccessibles dans base de données faite sous windows
Le 06/01/08, Julien<[EMAIL PROTECTED]> a écrit : > Manuel NAUDIN a écrit : > > chez moi, le fichier s'ouvre. Par contre, comme il est énorme, j'ai > > réalisé un petit : > > Outils > SQL ... > > SHUTDOWN COMPACT > > exécuter > > Fermer la base. Réouvrir. Il a maigri à 916 Ko. > Effectivement, je connaissais pas ce truc... Où est-ce que vous trouvez > tout ça? J'ai passé des heures à me documenter sur ce truc, et pourtant > je ne connais ni ça, ni l'astuce de Yves de ce matin. documentation hsql pour le shutdown compact > Merci beaucoup, nul doute que ça va carrément speeder mon développement. > > Déjà, ça risque d'aider. > > Ensuite, si tu as ce problème avec toutes tes bases, ça ne vient pas > > du fichier, non ? > > > Non, à moins que toutes mes bases méritent ce genre de cure, elles sont > presque toutes issues du même projet, ces vues sont presque les mêmes > dans 80% de mes bases, au moins. > > Ensuite, les temps d'affichages des tables sont très longs, notamment > > les vues. Est-ce qu'il y aurait du DISTINCT dans les requêtes à la > > base de ces vues ? > > > Ben les vues, je les ai virées, comme ça, c'est réglé, mais c'est quand > même bizarre que ça marche sous windows et pas sous linux, non? c'est effectivement assez embêtant. Dans le fichier script, on trouve 9 cochonneries '\u000a' dans les commandes de création de vues ... Je t'envoie en perso une base modifiée sans ces caractères. Dis moi si ça marche mieux. > Deuxièmement, le distinct dans les requêtes est à l'origine du fait que > Base rame à fond, notamment ce problème est lié aux énormes difficultés > du pilote de données. > Tu crois qu'en supprimant le distinct de ces requêtes, je vais gagner > beaucoup? > Je vais regarder, mais il me semble que je n'ai mis du "distinct que là > où c'était nécessaire. il semblerait qu'il y a vraiment un problème avec la clause DISTINCT dans OOo, mais cette clause elle sert souvent. Si tu en as besoin, il n'y a pas d'alternative. > Les vues elles, servaient à résoudre un problème de nom de champs qui > n'apparaissaient pas dans les versions 2.0.* de OO, dans les rapports et > les requêtes notamment. > Maintenant, elles ne servent probablement plus à rien. les vues ont aussi l'avantage de "simuler" une table avec le résultat d'une requête. Manuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]