Qu'est-ce qu'il me faut comme base de données (Mac) sachant que je voudrais
pouvoir taper dedans avec Excel (c'est pas que j'aime Microsoft mais les
tableaux croisés sont géniaux).
Est-ce qu'il y a de l'ODBC sous MacOS? et quelle(s) BdD sont dispo? Quid
de:
- FileMaker?
- MySQL?
- 4D?
- autres?
Après, évidemment, si c'est compatible avec un serveur Web c'est bien et si
c'est compatible avec Revolution c'est encore mieux.
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
pmanet
Fjordur wrote:
Qu'est-ce qu'il me faut comme base de données (Mac) sachant que je voudrais pouvoir taper dedans avec Excel (c'est pas que j'aime Microsoft mais les tableaux croisés sont géniaux).
???
tout ce que tu peux mal faire avec des tableaux croisés dans XL, tu le fera mieux avec une vraie base de donnée ; je te suggère donc d'abandonner cette idée. XL est plutot bien foutu pour faire des feuilles de calcul (moi, j'utilise NeoOffice, mais bon...), s'en servir pour gérer des données est une aberration.
tu as donc la meilleure base de donnée pour usage perso et petit groupe (jusqu'à... 100 utilisateurs) : FilemakerPro, qui a plusieurs fonctions ODBC (mais c'est peu utile, sauf à vouloir travailler conjointement avec d'autres gros systèmes), qui fait aussi du JDBC et XML. De loin, la perle. Utilisable tel quel pour faire un serveur web limité (pas plus de 10 utilisateurs), sinon il faut acheter des modules serveurs. De très grosses boites lui confient leur site marchand.
Pour des trucs très sophistiqués, 4D, un peu plus difficile d'accès, mais hyper puissant, avec des connecteurs pour la plupart des gros systèmes, facilité à implémenter des routines métiers en C ou autres.
on trouve aussi MySQL (utile si on veut faire une base uniquement destinée au www, mais sans interet pour un usage perso) et Oracle, à mettre sur des clusters de G5 serveurs ; dysproportionné pour une collection de timbres.
Fjordur <fjordur@free.fr> wrote:
Qu'est-ce qu'il me faut comme base de données (Mac) sachant que je voudrais
pouvoir taper dedans avec Excel (c'est pas que j'aime Microsoft mais les
tableaux croisés sont géniaux).
???
tout ce que tu peux mal faire avec des tableaux croisés dans XL, tu le
fera mieux avec une vraie base de donnée ; je te suggère donc
d'abandonner cette idée. XL est plutot bien foutu pour faire des
feuilles de calcul (moi, j'utilise NeoOffice, mais bon...), s'en servir
pour gérer des données est une aberration.
tu as donc la meilleure base de donnée pour usage perso et petit groupe
(jusqu'à... 100 utilisateurs) : FilemakerPro, qui a plusieurs fonctions
ODBC (mais c'est peu utile, sauf à vouloir travailler conjointement avec
d'autres gros systèmes), qui fait aussi du JDBC et XML. De loin, la
perle. Utilisable tel quel pour faire un serveur web limité (pas plus de
10 utilisateurs), sinon il faut acheter des modules serveurs. De très
grosses boites lui confient leur site marchand.
Pour des trucs très sophistiqués, 4D, un peu plus difficile d'accès,
mais hyper puissant, avec des connecteurs pour la plupart des gros
systèmes, facilité à implémenter des routines métiers en C ou autres.
on trouve aussi MySQL (utile si on veut faire une base uniquement
destinée au www, mais sans interet pour un usage perso) et Oracle, à
mettre sur des clusters de G5 serveurs ; dysproportionné pour une
collection de timbres.
Qu'est-ce qu'il me faut comme base de données (Mac) sachant que je voudrais pouvoir taper dedans avec Excel (c'est pas que j'aime Microsoft mais les tableaux croisés sont géniaux).
???
tout ce que tu peux mal faire avec des tableaux croisés dans XL, tu le fera mieux avec une vraie base de donnée ; je te suggère donc d'abandonner cette idée. XL est plutot bien foutu pour faire des feuilles de calcul (moi, j'utilise NeoOffice, mais bon...), s'en servir pour gérer des données est une aberration.
tu as donc la meilleure base de donnée pour usage perso et petit groupe (jusqu'à... 100 utilisateurs) : FilemakerPro, qui a plusieurs fonctions ODBC (mais c'est peu utile, sauf à vouloir travailler conjointement avec d'autres gros systèmes), qui fait aussi du JDBC et XML. De loin, la perle. Utilisable tel quel pour faire un serveur web limité (pas plus de 10 utilisateurs), sinon il faut acheter des modules serveurs. De très grosses boites lui confient leur site marchand.
Pour des trucs très sophistiqués, 4D, un peu plus difficile d'accès, mais hyper puissant, avec des connecteurs pour la plupart des gros systèmes, facilité à implémenter des routines métiers en C ou autres.
on trouve aussi MySQL (utile si on veut faire une base uniquement destinée au www, mais sans interet pour un usage perso) et Oracle, à mettre sur des clusters de G5 serveurs ; dysproportionné pour une collection de timbres.
Fjordur
Merci pour ton avis. Quand je parle d'Excel, je ne parle pas de **gérer** des données avec; je suis d'accord avec toi que c'est une aberration. J'utilise XL pour **analyser** les données, d'où les tableaux croisés.
in article 2005052117240810716@[10.0.0.1], manet at wrote on 21/05/05 17:24:
tout ce que tu peux mal faire avec des tableaux croisés dans XL, tu le fera mieux avec une vraie base de donnée ; je te suggère donc d'abandonner cette idée. XL est plutot bien foutu pour faire des feuilles de calcul (moi, j'utilise NeoOffice, mais bon...), s'en servir pour gérer des données est une aberration. Qu'entends tu par **mal faire** avec les tableaux croisés?
Et le faire **mieux** avec un SGBD?
Moi je trouve les tableaux croisés XL assez géniaux pour leur souplesse de manipulation; incomparable avec la même chose en SQL (j'ai donné).
Alors, est-ce que tu veux dire que Filemaker (par ex) fait aussi simple et souple? (j'en suis resté aux toutes premières versions de FMaker, donc pas vu du tout les versions + récentes) -- Fjordur
Merci pour ton avis. Quand je parle d'Excel, je ne parle pas de **gérer**
des données avec; je suis d'accord avec toi que c'est une aberration.
J'utilise XL pour **analyser** les données, d'où les tableaux croisés.
in article 2005052117240810716@[10.0.0.1], manet at pmanet@invivo.edu wrote
on 21/05/05 17:24:
tout ce que tu peux mal faire avec des tableaux croisés dans XL, tu le
fera mieux avec une vraie base de donnée ; je te suggère donc
d'abandonner cette idée. XL est plutot bien foutu pour faire des
feuilles de calcul (moi, j'utilise NeoOffice, mais bon...), s'en servir
pour gérer des données est une aberration.
Qu'entends tu par **mal faire** avec les tableaux croisés?
Et le faire **mieux** avec un SGBD?
Moi je trouve les tableaux croisés XL assez géniaux pour leur souplesse de
manipulation; incomparable avec la même chose en SQL (j'ai donné).
Alors, est-ce que tu veux dire que Filemaker (par ex) fait aussi simple et
souple? (j'en suis resté aux toutes premières versions de FMaker, donc pas
vu du tout les versions + récentes)
--
Fjordur
Merci pour ton avis. Quand je parle d'Excel, je ne parle pas de **gérer** des données avec; je suis d'accord avec toi que c'est une aberration. J'utilise XL pour **analyser** les données, d'où les tableaux croisés.
in article 2005052117240810716@[10.0.0.1], manet at wrote on 21/05/05 17:24:
tout ce que tu peux mal faire avec des tableaux croisés dans XL, tu le fera mieux avec une vraie base de donnée ; je te suggère donc d'abandonner cette idée. XL est plutot bien foutu pour faire des feuilles de calcul (moi, j'utilise NeoOffice, mais bon...), s'en servir pour gérer des données est une aberration. Qu'entends tu par **mal faire** avec les tableaux croisés?
Et le faire **mieux** avec un SGBD?
Moi je trouve les tableaux croisés XL assez géniaux pour leur souplesse de manipulation; incomparable avec la même chose en SQL (j'ai donné).
Alors, est-ce que tu veux dire que Filemaker (par ex) fait aussi simple et souple? (j'en suis resté aux toutes premières versions de FMaker, donc pas vu du tout les versions + récentes) -- Fjordur
pmanet
Fjordur wrote:
J'utilise XL pour **analyser** les données, d'où les tableaux croisés.
c'est bien ce dont je parle.
les tableaux croisés, c'est un façon de faire des états. Un SGDB fera donc des états de façon plus souple et plus fiable qu'XL.
pour ce qui est de l'ergonomie, évidemment, sur tu écris directement en SQL, tu dois souffrir... et tu peux trouver qu'XL est plus utilisable.
En revanche, FMP est évidemment largement plus facile à utilisr que le SQL !
-- Philippe Manet
Fjordur <fjordur@free.fr> wrote:
J'utilise XL pour **analyser** les données, d'où les tableaux croisés.
c'est bien ce dont je parle.
les tableaux croisés, c'est un façon de faire des états.
Un SGDB fera donc des états de façon plus souple et plus fiable qu'XL.
pour ce qui est de l'ergonomie, évidemment, sur tu écris directement en
SQL, tu dois souffrir... et tu peux trouver qu'XL est plus utilisable.
En revanche, FMP est évidemment largement plus facile à utilisr que le
SQL !
J'utilise XL pour **analyser** les données, d'où les tableaux croisés.
c'est bien ce dont je parle.
les tableaux croisés, c'est un façon de faire des états. Un SGDB fera donc des états de façon plus souple et plus fiable qu'XL.
pour ce qui est de l'ergonomie, évidemment, sur tu écris directement en SQL, tu dois souffrir... et tu peux trouver qu'XL est plus utilisable.
En revanche, FMP est évidemment largement plus facile à utilisr que le SQL !
-- Philippe Manet
Fjordur
in article 2005052419063494540@[10.0.0.1], manet at wrote on 24/05/05 19:06:
Fjordur wrote:
J'utilise XL pour **analyser** les données, d'où les tableaux croisés.
les tableaux croisés, c'est un façon de faire des états. Un SGDB fera donc des états de façon plus souple et plus fiable qu'XL. Je peux trafiquer le tableau de synthèse en direct, bouger les lignes, les
colonnes, faire des regroupements etc? avec FileMaker
En revanche, FMP est évidemment largement plus facile à utilisr que le SQL ! oui mais ça c'est pas difficile!! :-)
-- Fjordur
in article 2005052419063494540@[10.0.0.1], manet at pmanet@invivo.edu wrote
on 24/05/05 19:06:
Fjordur <fjordur@free.fr> wrote:
J'utilise XL pour **analyser** les données, d'où les tableaux croisés.
les tableaux croisés, c'est un façon de faire des états.
Un SGDB fera donc des états de façon plus souple et plus fiable qu'XL.
Je peux trafiquer le tableau de synthèse en direct, bouger les lignes, les
colonnes, faire des regroupements etc? avec FileMaker
En revanche, FMP est évidemment largement plus facile à utilisr que le
SQL !
oui mais ça c'est pas difficile!! :-)
in article 2005052419063494540@[10.0.0.1], manet at wrote on 24/05/05 19:06:
Fjordur wrote:
J'utilise XL pour **analyser** les données, d'où les tableaux croisés.
les tableaux croisés, c'est un façon de faire des états. Un SGDB fera donc des états de façon plus souple et plus fiable qu'XL. Je peux trafiquer le tableau de synthèse en direct, bouger les lignes, les
colonnes, faire des regroupements etc? avec FileMaker
En revanche, FMP est évidemment largement plus facile à utilisr que le SQL ! oui mais ça c'est pas difficile!! :-)
