Windows NT devait fonctionner lors de sa sortie sur une multitude de processeurs mais apparemment, cela est devenu vite ingérable, car a part les processeurs alpha, rien d'autre n'a été fait....
Et maintenant les processeurs alpha sont en phase terminale de cancer généralisé.... :-)
Mon nouveau journal est enfin apparu en 1iere page.
Je pense que j'étais trop jeune sur linuxfr et que je n'avais pas la possibilité de cliquer la case qui va bien.
Mes réponses apparaissent également maintenant dans la liste des dernières réponses et je pense que c'est également pour la même raison.
Il faut peut-être avoir plus de 10 XPs pour que tout fonctionne correctement.
En tous cas je suis sure que ce n'était pas un problème de rafraîchissement, car je jongle entre 4 ordinateurs différents ente le boulot et la maison et le résultat était le même (a moins que le cache soit commun à tous mes ordinateurs par onde suprasensorielles.. :-))
Concernant les réponses pour OpenOffice, apparemment il n'existe donc pas encore de Viewer équivalent au couple I.E Crosoft Office (A part la version Java) et je pense que cela est bien dommage car pour une bonne intégration des documents OpenOffice dans un Intranet ce serait bien utile.
Je n'ai jamais installé "Postgresql", mais je pense que cela ne va pas tarder...
Par contre j'ai déjà réalisé l'installation de MySQL avec plusieurs distributions (Mandrake 7-8-9, Redhat 7-8 et Debian et également sous Windows) à partir des packages officiels et à partir des sources et je n'ai jamais eu de problèmes d'installation.
De plus il existe une quantité impressionnante de sites sur Internet ou l'on peut trouver énormément d'informations sur l'installation et sur l'utilisation du SQL.
Cette source d'information et je pense d'ailleurs l'une des plus grande force des LL.
Je ne connaissais pas ce projet, merci pour l'info.
Mais après un survol rapide, il me semble que ce projet est encore beaucoup trop orienté développeurs (interfaçage uniquement en C) pour pouvoir intéresser le commun des linuxiens... :-)
Apparemment, il n'est pas possible d'attaquer la base de données avec un driver ODBC, JDBC ou en PHP
Il n'existe pas non plus d'interface graphique pour manipuler les données comme sous Access, PhpMyAdmin ou OpenOffice.
Il me semble que j'ai aperçu un jour un projet commun entre OpenOffice et MySQL pour réaliser un système concurrent à Access. Malheureusement, je n'ai pas l'impression que ce projet soit encore actif.
En attendant, je vais continuer à suivre l'évolution de SQLITE et des projets similaires et encore merci pour l'info.
Pour faire suite à mon message précédent et après quelques recherches sur Internet, j'ai remarqué 2 choses :
1 - Sur Google en français, NOSQL donne 38 pages et MYSQL donne 552000 pages......
2 - NOSQL est peut-être adapté pour de petites bases de données, mais lorsque qu'il faut joindre plusieurs tables et faire des requètes complexes il me semble complétement dépassé.
NOSQL pourrait être un projet interessant, s'il était destiné à remplacer des bases de données de type Access ou il n'y a pas besoins de deamon qui tourne et ou toutes les données sont incluent dans un même fichier ce qui pour des petites bases de données est très interessant.
Je ne connais pas NOSQL, mais comparer MySQL avec "grep" ou "head" ne me parait pas adapté.
Personnellement je connais très bien MySQL, et je sais que les fichiers sont enregistrès dans "/var/lib/mysql" mais je ne vois vraiment pas comment je pourrais éffetuer les mêmes taches avec "head" ou "sed" ou alors j'ai loupé un très gros épisode dans ma courte vie de Linuxien.
Je serais bien content que tu me donne plus de précisions pour ma culture personnelle.
En attendant je vais jeter un cout d'oeil sur Google pour avoir quelques insformations sur NOSQL
J'avais réalisé il y à 2 ans un site intranet pour la consultation des données de notre GPAO avec une base Oracle et le serveur Web IIS sous Windows NT sur un pentium 350.
Le résultat des requètes était très lent et le serveur IIS plantait sans arrêt.
Lorsque j'ai commencé à me mettre à Linux (il y a 2 ans également), j'ai testé sur un vieux serveur obsolète (Pentium 200)
LAMP (Linux, Apache, MySQL et PHP).
J'ai réalisé le même site que si dessus et très vite je me suis aperçut que le résultat des requètes était instantannée et que le système ne plantait jamais.
Depuis je suis devenu un fervant déffenseur des logiciels libres et je commence à les mettres sur tous les PC (OpenOffice, Mozilla et bientot j'espère Linux)
Je n'ai pas testè .NET et J2EE, mais la LAMP ma éclairée le bon chemin.... :-)
Pour moi, la prochaine étape après la mise en place de serveurs sous Linux, est la mise en place de Mozilla et de OpenOffice sur les 70 PC de ma société.
Le projet avance doucement depuis 6 mois mais surement...
1 - OpenOffice à déjà remplacé Word dans 60% des cas.
2 - Mozilla à remplacé I.E. dans 100% des cas.
3 - Mozilla à remplacé Outlook dans 40% des cas et j'espère supprimer le serveur de messagerie Windows par Postfix avant les vacances.
J'utilise MySQL avec Linux, PHP et Apache pour le serveur Intranet de ma société.
Ma base de données est constituée de 77 tables de plusieurs dizaines de milliers d'enregistrements chacunes (350 000 pour la plus grosse).
Je peux t'assurer que MySQL est la base de donnée la plus rapide en consultation que je connaisse même avec un ordinateur peux puissant (Plus rapide que Oracle, DB2 sur AS400 et Access).
Je suis convaincu qu'avec une table de 6000 enregistrements, tu n'auras même pas besoins de clé, car les résultats seront instantanées.
Par contre, il faudra prévoir des clés, si cettez table doit être reliée à d'autres tables. Il faut prévoir des clés au minimum sur les champs servant aux jointures.
Concernant la documentation, il suffit de taper "mysql sql" sur Google pour être inondée d'informations très interessantes sur le langange sql et les fonctions de MySQL.
Pour finir, il est très facile avec phpMyAdmin de créer, modifier ou supprimer des clés, ce qui te permettra de tester différentes configurations
[^] # Re: Migration MS Office => XXX Office
Posté par Tony GALMICHE . En réponse au journal Migration MS Office => XXX Office. Évalué à 2.
La version standard d'Office de supportera pas le XML....
N'importe quoi........... :-)
[^] # Re: Linux est partout ?
Posté par Tony GALMICHE . En réponse à la dépêche Linux est partout ?. Évalué à 2.
Quelqu'un de plus rapide et plus précis que moi ci-dessus....
[^] # Re: Linux est partout ?
Posté par Tony GALMICHE . En réponse à la dépêche Linux est partout ?. Évalué à 2.
Et maintenant les processeurs alpha sont en phase terminale de cancer généralisé.... :-)
[^] # Re: Visualiser un fichier OpenOffice avec Mozilla + Explications sur le fonctionnement des journaux
Posté par Tony GALMICHE . En réponse au journal Visualiser un fichier OpenOffice avec Mozilla + Explications sur le fonctionnement des journaux. Évalué à 2.
Je pense que j'étais trop jeune sur linuxfr et que je n'avais pas la possibilité de cliquer la case qui va bien.
Mes réponses apparaissent également maintenant dans la liste des dernières réponses et je pense que c'est également pour la même raison.
Il faut peut-être avoir plus de 10 XPs pour que tout fonctionne correctement.
En tous cas je suis sure que ce n'était pas un problème de rafraîchissement, car je jongle entre 4 ordinateurs différents ente le boulot et la maison et le résultat était le même (a moins que le cache soit commun à tous mes ordinateurs par onde suprasensorielles.. :-))
Concernant les réponses pour OpenOffice, apparemment il n'existe donc pas encore de Viewer équivalent au couple I.E Crosoft Office (A part la version Java) et je pense que cela est bien dommage car pour une bonne intégration des documents OpenOffice dans un Intranet ce serait bien utile.
En attendant, merci pour vos réponses.
[^] # Re: et NOSQL, pas bon ca non plus ?
Posté par Tony GALMICHE . En réponse au journal et NOSQL, pas bon ca non plus ?. Évalué à 1.
Par contre j'ai déjà réalisé l'installation de MySQL avec plusieurs distributions (Mandrake 7-8-9, Redhat 7-8 et Debian et également sous Windows) à partir des packages officiels et à partir des sources et je n'ai jamais eu de problèmes d'installation.
De plus il existe une quantité impressionnante de sites sur Internet ou l'on peut trouver énormément d'informations sur l'installation et sur l'utilisation du SQL.
Cette source d'information et je pense d'ailleurs l'une des plus grande force des LL.
Bonne continuation
[^] # Re: et NOSQL, pas bon ca non plus ?
Posté par Tony GALMICHE . En réponse au journal et NOSQL, pas bon ca non plus ?. Évalué à 1.
Mais après un survol rapide, il me semble que ce projet est encore beaucoup trop orienté développeurs (interfaçage uniquement en C) pour pouvoir intéresser le commun des linuxiens... :-)
Apparemment, il n'est pas possible d'attaquer la base de données avec un driver ODBC, JDBC ou en PHP
Il n'existe pas non plus d'interface graphique pour manipuler les données comme sous Access, PhpMyAdmin ou OpenOffice.
Il me semble que j'ai aperçu un jour un projet commun entre OpenOffice et MySQL pour réaliser un système concurrent à Access. Malheureusement, je n'ai pas l'impression que ce projet soit encore actif.
En attendant, je vais continuer à suivre l'évolution de SQLITE et des projets similaires et encore merci pour l'info.
[^] # Re: et NOSQL, pas bon ca non plus ?
Posté par Tony GALMICHE . En réponse au journal et NOSQL, pas bon ca non plus ?. Évalué à 1.
1 - Sur Google en français, NOSQL donne 38 pages et MYSQL donne 552000 pages......
2 - NOSQL est peut-être adapté pour de petites bases de données, mais lorsque qu'il faut joindre plusieurs tables et faire des requètes complexes il me semble complétement dépassé.
NOSQL pourrait être un projet interessant, s'il était destiné à remplacer des bases de données de type Access ou il n'y a pas besoins de deamon qui tourne et ou toutes les données sont incluent dans un même fichier ce qui pour des petites bases de données est très interessant.
[^] # Re: et NOSQL, pas bon ca non plus ?
Posté par Tony GALMICHE . En réponse au journal et NOSQL, pas bon ca non plus ?. Évalué à 1.
Personnellement je connais très bien MySQL, et je sais que les fichiers sont enregistrès dans "/var/lib/mysql" mais je ne vois vraiment pas comment je pourrais éffetuer les mêmes taches avec "head" ou "sed" ou alors j'ai loupé un très gros épisode dans ma courte vie de Linuxien.
Je serais bien content que tu me donne plus de précisions pour ma culture personnelle.
En attendant je vais jeter un cout d'oeil sur Google pour avoir quelques insformations sur NOSQL
[^] # Re: SPIP
Posté par Tony GALMICHE . En réponse au journal SPIP. Évalué à 4.
Le résultat des requètes était très lent et le serveur IIS plantait sans arrêt.
Lorsque j'ai commencé à me mettre à Linux (il y a 2 ans également), j'ai testé sur un vieux serveur obsolète (Pentium 200)
LAMP (Linux, Apache, MySQL et PHP).
J'ai réalisé le même site que si dessus et très vite je me suis aperçut que le résultat des requètes était instantannée et que le système ne plantait jamais.
Depuis je suis devenu un fervant déffenseur des logiciels libres et je commence à les mettres sur tous les PC (OpenOffice, Mozilla et bientot j'espère Linux)
Je n'ai pas testè .NET et J2EE, mais la LAMP ma éclairée le bon chemin.... :-)
[^] # Re: SPIP
Posté par Tony GALMICHE . En réponse au journal SPIP. Évalué à 4.
Le projet avance doucement depuis 6 mois mais surement...
1 - OpenOffice à déjà remplacé Word dans 60% des cas.
2 - Mozilla à remplacé I.E. dans 100% des cas.
3 - Mozilla à remplacé Outlook dans 40% des cas et j'espère supprimer le serveur de messagerie Windows par Postfix avant les vacances.
Bonne continuation dans ta mise en place de LL.
[^] # Re: SQL & Index
Posté par Tony GALMICHE . En réponse au journal SQL & Index. Évalué à 1.
Ma base de données est constituée de 77 tables de plusieurs dizaines de milliers d'enregistrements chacunes (350 000 pour la plus grosse).
Je peux t'assurer que MySQL est la base de donnée la plus rapide en consultation que je connaisse même avec un ordinateur peux puissant (Plus rapide que Oracle, DB2 sur AS400 et Access).
Je suis convaincu qu'avec une table de 6000 enregistrements, tu n'auras même pas besoins de clé, car les résultats seront instantanées.
Par contre, il faudra prévoir des clés, si cettez table doit être reliée à d'autres tables. Il faut prévoir des clés au minimum sur les champs servant aux jointures.
Concernant la documentation, il suffit de taper "mysql sql" sur Google pour être inondée d'informations très interessantes sur le langange sql et les fonctions de MySQL.
Pour finir, il est très facile avec phpMyAdmin de créer, modifier ou supprimer des clés, ce qui te permettra de tester différentes configurations
Bonne continuation.