Les différences entre OOo Base et MS-Access

[Bidouille]

Ce fil est dédié à vos remarques et commentaires sur les différences que vous avez trouvées entre le module Base et son célèbre concurrent MS-Access.

Merci de ne pas polluer ce fil avec des questions.

[Bidouille]

Il n'y a pas de possibilité de compilation du code source pour créer l'équivalent d'un fichier MS-Access MDE.

Avantage : MS-Access

[Bidouille]

Obligation d'avoir une clé primaire sur une table dans OOo Base. Même si cela est recommandé, cela n'est pas requis pour MS-Access.

[Bidouille]

En mode édition de table, seul la clé primaire est mentionné. Il faut aller dans le menu Outils / Ebauche d'index pour voir s'il y a d'autres clés sur la table.

Avantage ergonomique : MS-Access

[Bidouille]

Aucun outil pour réparer ou optimiser la base HSQL (format natif OOo). Soit OOo Base est très fiable, soit on n'aura que ses yeux pour pleurer s'il y a corruption dans les tables et index.

[Joggerfou]

Au niveau de la création de masques de saisie. Je n'ai pas vu d'outils pour les réaliser avec le module Base.
Ce n'est pas grand chose, mais je sais que les collègues de communication - organisation en lycée professionnel les utilisent lors de la création des tables.

Avantage Access

[Bidouille]

OOo Base vient du projet HSQLDB qui est une base 100 % Java.

Une base OOo est donc multiplateforme et peut tourner indiféremment sous Windows, Linux ou MacOS.

Avantage : OOo




.

[Bidouille]

Aucune possibilité de protéger une base .odb par mot de passe ou administration d'utilisateurs.

[ptyxs]

Evidemment sous Linux on protège tout ce qu'on veut par le jeu des permissions et des propriétés !

Avantage : Linux...

[Bidouille]

Evidemment sous Linux on protège tout ce qu'on veut par le jeu des permissions et des propriétés !

Je parle d'une gestion d'utilisateurs au niveau de la base et pas de la protection du fichier au niveau du système.

[athurgood]

Il n'y a pas de possibilité de compilation du code source pour créer l'équivalent d'un fichier MS-Access MDE.

Avantage : MS-Access

As-tu essayé de passer par l'URE ? Cet environnement runtime est censé permettre le développement d'applications utilisant les composants UNO de OOo.

Alex

[Bidouille]

As-tu essayé de passer par l'URE ? Cet environnement runtime est censé permettre le développement d'applications utilisant les composants UNO de OOo.

Non mais l'objectif de ce fil est de comparer les deux interfaces MS-Access et OOoBase.

[athurgood]

Aucune possibilité de protéger une base .odb par mot de passe ou administration d'utilisateurs.

Voir peut-être à ce sujet la possibilité de restreindre l'accès via des mdp sur la base en elle-même.

http://www.hsqldb.org/doc/guide/ch03.html#N106CC


Alex

[athurgood]

Aucun outil pour réparer ou optimiser la base HSQL (format natif OOo). Soit OOo Base est très fiable, soit on n'aura que ses yeux pour pleurer s'il y a corruption dans les tables et index.

Voir :

http://www.hsqldb.org/doc/guide/apc.html

Alex

[jMax]

Avec OOo, il n'est pas possible de faire afficher un query (ou une table) sous forme de formulaire "continu" (je met entre guillement car je ne suis pas sûr que ce soit bien le terme adéquat).

Quand j'utilisais Access (il y a fort longtemps), je me souviens qu'on pouvait faire afficher un formulaire sous forme "continu", c'est à dire que tous les enregistrements s'affichaient sous forme de formulaire, dans une même page les uns à la suite des autres (avec un **grand** ascenseur sur la droite). Je n'ai pas retrouvé de fonctionnalité équivalente sous OOo. Si l'intérêt pour un formulaire principal est relativement limité (on peut toujours se déplacer entre les enregistrements avec la barre de navigation), il n'en est pas de même pour un sous-formulaire. En effet, un sous-formulaire affichant en mode "continu" permet d'afficher en même temps et sous une forme esthétique, plusieurs enregistrements liés à un même enregistrement principal. Pour faire cela avec OOo on en est réduit à faire un affichage sous forme de tableau, ce qui outre une esthétique difficilement personnalisable, empêche en particulier d'attacher des boutons à chaque enregistrements du sous-formulaire.

Avantage : Access

PS : J'espère que je me suis bien fait comprendre, car j'ai pas l'impression que mes explications sont très claires

[archiifk]

Aucun outil pour réparer ou optimiser la base HSQL (format natif OOo). Soit OOo Base est très fiable, soit on n'aura que ses yeux pour pleurer s'il y a corruption dans les tables et index.

En fait il y a les commandes natives de HSQLDB qui le permettent. Le tout c'est de réussir les lancer. Pour ce faire, sous windows il suffit de créer un bat avec une commande dedans. Je l'ai fait avec le DBmanager, mais je penses que les autres outils natif de HSQLDB sont accessible de la m^me manière, à condition de connaitre le nom de la classe principale de l'outils visé. Par ce biais, il est par exemple possible de quitter en optimisant la base (option DEFRAG ...)
je te renvoie à la doc officielle de HSQLDB pour connaitre les noms des classes principale des outils visés, et à mes notes personnelles pour l'execution de ces outils avec la base OOo : y sont indiqué
- comment executer HSQLDB v 1.8 de reference (pour comprendre )
- comment executer le dbmanager avec le HSQLDB qui est intégré à OOo

http://archiifk.mageos.com/OOo/Base/dem ... pt_ept.htm

[cris59]

Faire des listes déroulantes à plusieurs colonnes.... je n'ai pas trouvé cela avec OOo !

Avantage Access

cris59

[ARBOGAST]

Bonjour à tous

Point perfectible pour OoO Base
Manque de générateur d'expression
Manque de générateur de macros

Je suis un néophyte du basic, et pourtant avec Access tout semble limpide.

[Millow]

Bonjour,

Je n'ai pas trouver de possibilités de faire de "menu principal" sous OOo comme sous Acces.

Pas de possibilité sous OOo de lien hypertextes entre les formulaires.

Pas de possibilité d'ouvrir la base à plusieurs pour ajouter des données ( avec le format de base de données natif à OOo).

Sinon on peut tout de même faire des truc bluffant avec Base

[subrico]

Connection à 1 seule source ODBC (je sais j'insiste) en natif.

Avantage access

[xaad67]

OOo est libre, et les développeurs travailleront en fonction des remarques des utilisateurs
GROS avantage OOo

[xaad67]

OOo est libre, et plusieurs utilisateurs peuvent se connecter à une base externe sans payer des licences onéreuses
Avantage Ooo

[papachef]

Avec OOo, il n'est pas possible de faire afficher un query (ou une table) sous forme de formulaire "continu" (je met entre guillement car je ne suis pas sûr que ce soit bien le terme adéquat).

J'ai fait la meme constatation et suis à la recherche d'une solution pour contourner ce problème. Il semble qu'il faille faire un sous formulaire de saisie et un d'affichage avec un bouton d'actualisation, pas très esthétique ni pratique. Sur ce point avantage Access en effet, mais sur le côté prix, liberté, communauté, etc... avantage écrasant OOo.

Stéphane

[Domm]

Access est plus ergonomique et offre plus de facilités pour manipuler les tables et leurs données.
Par exemple, dans l'affichage des relations, il suffit de cliquer droit sur une des tables et les options modifier la table, ou visualiser son contenu, apparaissent. Toute modification étant immédiatement prise en compte dans les relations.

Possibilités d'inclure un formulaire existant en tant que sous formulaire (avec lien, donc les modifications sur lui sont effectives dans toutes les insertions).(Note : cela est possible également sous Oo mais en insérant un formulaire externe et sans lien).

Avantages access

[Pierre-Yves Samyn]

La date de sortie (lancement Access 1992)

[Harfang]

J'ai voulu me mettre à OOo Base mais finalement je suis revenu à Access pour les deux raisons suivantes :

1/ Si par exemple je créé une requête, et que cette requête je l'utilise dans une autre requête. Si ensuite je veux renommer la première requête, alors OOo Base ne trouve plus la première requête. Tandis que Access si, il renomme aussi les requêtes dans les requêtes les utilisant. (je ne sais pas comment il s'y prend mais ça marche)

2/ Impossible dans une base OOo Base d'avoir plusieurs sources de données distinctes. Dans Access j'ai des tables Access et je lie aussi des tables SQL Server. Dans OOo Base je suis obligé de tout mettre en SQL Server. Mes tables Access sont pratiques car ça me permet de faire des tables de calcul intermédiaires.

Mais c'est surtout le point 1 qui m'a rebuté, sous OOo Base j'avais fait une application complexe avec une quinzaine de requêtes entrecroisées, puis j'ai voulu renommer une requête pour avoir un nom plus parlant, ça a été la galère de renommer ça dans toutes les requêtes utilisant cette requête là...

[grimaitres]

OOo je découvre petit à petit et je vois QUE des avantages now et pour le futur (basé sur des standards ouverts et reconnus, multi-plateformes, une communauté active et motivée sur le projet, ...) bref et au niveau du look, y a pas photo comme on dit...OOo ça crache !!


Steve

[Harfang]

Obligation sous Openoffice Base, quand on renomme une requête, de renommer aussi toutes les requêtes qui appellent cette requête, alors qu'Access le fait tout seul.

Avantage : Access

[Harfang]

Impossibilité sous OpenOffice Base d'avoir plusieurs sources de données dans le même fichier Base (par exemple une source externe SQL Server avec des tables en natif OpenOffice Base).

Avantage : Access

[Nico69000]

Dans ACCESS il existe lors de la creation de tables, la possibilité d'inserer directement une légende, permettant ainsi de modifier ou transformer directement les noms de champs dans les formulaires, resultats, pages... ce qui n'existe apparement pas pas avec Ooo (en tout cas j'ai pas trouvé).

c'est pas grand chose mais la creation d'une base commancant par a mise des tables, j'accorde 1pt à access