C'est une beta. Donc inutilisable, par les gens sérieux, sur une base de
production.
C'est une beta. Donc inutilisable, par les gens sérieux, sur une base de
production.
C'est une beta. Donc inutilisable, par les gens sérieux, sur une base de
production.
Bruno Jargot wrote:
> C'est une beta. Donc inutilisable, par les gens sérieux, sur une base de
> production.
c'est une beta qui sera la version définitive ;-)
je teste l'alpha de puis plusieurs mois et aucun problème majeur.
Bruno Jargot wrote:
> C'est une beta. Donc inutilisable, par les gens sérieux, sur une base de
> production.
c'est une beta qui sera la version définitive ;-)
je teste l'alpha de puis plusieurs mois et aucun problème majeur.
Bruno Jargot wrote:
> C'est une beta. Donc inutilisable, par les gens sérieux, sur une base de
> production.
c'est une beta qui sera la version définitive ;-)
je teste l'alpha de puis plusieurs mois et aucun problème majeur.
> Je ne peux que te déconseiller d'utiliser MSDE...
>
> Non pas que ce soit un mauvais moteur, mais tu ne disposeras d'aucun
> graphique d'administration,
faux, même Microsoft à comblé cette lacune sans parler des outils tiers
De plus cela n'a pas d'importance en exploitation, mais uniquement en
développement...
> MSDE, c'est un SqlServer bridé et sans outil
> d'administration... J'ajoute que je ne suis pas certain de la totale
> gratuité de MSDE...
et si !
Hé non, MySQL n'est pas gratuit ! Quand à le comparer a de vrais SGBDR il
s'écoulera encore de l'eau sous les ponts avant que MySQL sache faire des
procédures stockées, des triggers, des intégrité référentielles et sache
des transactions correctment. Sans parler de l'absence des sous-requêtes
requêtes ensemblistes !!!
Aujourd'hui Windows a dépassé en stabilité les versions actuelles de
Au niveau attaques, c'est encore effectivement Linux qui semble le moins
affecté. Mais cela est en train de changer et les derniers efforts de MS
sens semble porter leurs fruits.
> A ta place, par gout, par sécurité, par économie, j'aurais opté pour :
> OS : Linux (Mandrake, par exemple)
Non, windows convient bien
> Base : PostgreSQL (existe aussi sous Windows)
Là je suis assez d'accord
> Langage : Python avec wxWindows pour l'interface utilisateur (de
> que ton programme tournerait aussi bien sous Linux que sous Windows)
Aucun intérêt !
ASP ou PHP oui, pourquoi pas ...
Moi mes conseils sont généralement payant (cher) et souvent appliqués en
entreprise et jusqu'ici je n'ai pas noté de réclamation de mes clients ...
beaucoup d'erreurs...
MG a écrit:
> Je ne peux que te déconseiller d'utiliser MSDE...
>
> Non pas que ce soit un mauvais moteur, mais tu ne disposeras d'aucun
> graphique d'administration,
faux, même Microsoft à comblé cette lacune sans parler des outils tiers
De plus cela n'a pas d'importance en exploitation, mais uniquement en
développement...
> et tu seras limité à 2Go (par base)... Si tu
> devais dépasser les 2Go, alors soit tu changes de moteur (ce qui
> faire dans la douleur si tu as des procédures stockées ou d'autres
> spécifiques au moteur), soit tu passes à la caisse pour te payer une
> version de SqlServer...
vrai, mais tout dépend de la version de SQL Server. Il ne s'agit pas de
à prendre une version entreprise à 25 000 euros !
> MSDE, c'est un SqlServer bridé et sans outil
> d'administration... J'ajoute que je ne suis pas certain de la totale
> gratuité de MSDE...
et si !
> Il me semble que tu peux l'utiliser gratuitement dès
> lors que tu possèdes un produit Microsoft (Visual Studio, par
tu peut le télécharger depuis le site de Microsoft...
> Mais si tu fais du Java ? A vérifier...
>
> Bref, il y a bien assez de bases libres et gratuites pour ne pas
> dans du MSDE...
Le libre et le gratuit ne signifie pas sans aucun coût ! Combien coûte la
formation, le développement, le SAV, l'admin ???
Ca c'est le vrai débat... Or sur ce plan on ne peut pas dire que les
free (IB/FB, PostGreSQL et cie...) soient les plus bon marché !
>
> J'ajoute enfin que si site Web (dynamique) il peut y avoir un jour,
> peux aussi considérer avec intéret mySQL qui forme avec PHP un couple
> courant, très éprouvé, très documenté... et gratuit...
Hé non, MySQL n'est pas gratuit ! Quand à le comparer a de vrais SGBDR il
s'écoulera encore de l'eau sous les ponts avant que MySQL sache faire des
procédures stockées, des triggers, des intégrité référentielles et sache
des transactions correctment. Sans parler de l'absence des sous-requêtes
requêtes ensemblistes !!!
> sans oublier qu'en
> faisant ces choix tu gardes une véritable liberté au niveau de l'OS...
> à dire aussi la liberté d'en changer, dans un sens ou dans l'autre...
C'est vrai pour de nombreux autres produit, comme PostGreSQL qui lui,
tout ce qui manque à MySQL et tourne maintenant aussi bien sous Linux et
! Mais en beaucoup plus puissant !
>
> Enfin, pour ce qui est de dire que Linux serait un mauvais choix s'il
> personne de compétent dans l'association, c'est peut-être un peu vite
> En effet, difficile de croire que pour l'utilisateur "de base" il sera
> aisé d'administrer un Windows 2003 server qu'une Linux Mandrake...
faux...
d'abord les utilisateurs lambda sont plus familiarisés avec Windows, et il
beaucoup plus de monde sur le marché pour satisfaire la demande...
> Par
> contre, avec Windows, les risques de devoir "y mettre les mains" sont
> beaucoup plus grands : "trous" de sécurités, virus, et gens pour les
> exploiter à des fins malveillantes sont légions... A considérer... Dans
> faits, avec Linux, tu peux être bien plus serein...
Aujourd'hui Windows a dépassé en stabilité les versions actuelles de
Au niveau attaques, c'est encore effectivement Linux qui semble le moins
affecté. Mais cela est en train de changer et les derniers efforts de MS
sens semble porter leurs fruits.
>
> A ta place, par gout, par sécurité, par économie, j'aurais opté pour :
> OS : Linux (Mandrake, par exemple)
Non, windows convient bien
> Base : PostgreSQL (existe aussi sous Windows)
Là je suis assez d'accord
> Langage : Python avec wxWindows pour l'interface utilisateur (de
> que ton programme tournerait aussi bien sous Linux que sous Windows)
Aucun intérêt !
ASP ou PHP oui, pourquoi pas ...
>
> Mais tu sais ce que l'on dit des conseilleurs.... ;-)
Moi mes conseils sont généralement payant (cher) et souvent appliqués en
entreprise et jusqu'ici je n'ai pas noté de réclamation de mes clients ...
>
> De tte façon, bon stage à toi !
>
>
>
> "Mad" a écrit dans le message de
> news:cfvk6c$t8l$
>
>>aucune culture linux dans l'assoc pour le moment et même c'est deja
>>relativeemnt limité pour leur installation actuelle sous windows
>>cé pour ca que pour le moment je preferai windows.
>>la dispo de la base sera vitale, en simultanée je pense qy'il y en aura
>>peut-etre un peu plus (mais pour linstant ce n'est qu'un projet et
>
> l'equipe
>
>>n'est pas complete et pas encore de locaux et je ne sais pas non plus
>>quel architecture reseau ils tourneront)
>>c'est pourquoi je voyais un serveur windows que je pouvais installer
>>facilement pour le moment et qu'ils ddeplaceront ensuite mais justement
>>serveur genre dell car ya intervention sur site et pas besoin de
>>(personne pour s'en occuper)
>>
>>de plus le projet pourrait prendre de l'ampleur les années suivantes
>>inscription en ligne et genre de truc) donc il veulent qq chose qu'il
>>laissent suffisament de possibilite deriiere
>>et sinon pour le sgbdr interbase mesemblait plus simple au niveau admin
>>pour ca que je l'ai choisi
>>voili
>>
>>"Fred BROUARD - SQLpro" a écrit dans le
>
> message
>
>>de news:
>>
>>>la première question à se poser est la question économique induite par
>
> le
>
>>niveau
>>
>>>de connaissance des individus disposnibles dans l'association :
>>>ont-ils une culture LINUX ou Windows ?
>>>Parce que implanter une solution LINUX parce que la licence est
>>
>>n'est
>>
>>>pas viable économiquement parlant si personne ne maitrise Linux et s'il
>>
>>faut
>>
>>>tarifer 500 euros de prestation pour paramétrer une imprimante !
>>>
>>>La seconde question a se poser est aussi une question économique :
>>>1) la disponibilité de la base est-elle vitale ?
>>>2) quel est le nombre d'utilisateurs SIMULTANÉS (et non d'utilisateurs
>>>connectés) c'est à dire combien vont lancé au même instant (a la même
>>
>>fraction
>>
>>>de seconde) une requête ?
>>>3) quel est le coût envisageable d'une perte de données ?
>>>
>>>qui déterminera à la fois le type de machine, l'os et la config...
>>>
>>>Les éléments que vous semblez indiquer dans vos différents mails me
>
> laisse
>
>>>envisager la fait qu'il ne me parait nullement nécessaire d'opter pour
>
> un
>
>>>serveur physique, ni un serveur logique et qu'un simple PC dotés de bon
>>
>>disques
>>
>>>et d'un bonne quantité de RAM devrait largement suffire !
>>>
>>>et croyez moi, j'implante assez régulièrement des solutions de serveurs
>
> à
>
>>plus
>>
>>>de 20 000 euros pour les bases de données.
>>>
>>>Quand au choix du SGBDR, vu la faible quantité de données et le nombre
>>
>>très
>>
>>>restreint d'utilisateurs, j'aurais opté pour MSDE de Microsoft, qui
>
> n'est
>
>>autre
>>
>>>que le moteur SQL de MS SQL Server, en version "dénudée" et gratuite
>
> pour
>
>>de
>>
>>>petites applications (5 à 25 users, 2 Go max de données) infiniment
>>
>>rapide
>>
>>>qu'Interbase avec un niveau de SQL plus élevé.
>>>
>>>A +
>>>
>>>
>>>Henri Madranges a écrit:
>>>
>>>>bonjour tout le monde
>>>>actuellement en stage pour une assoc pour les jeunes je suis entrain
>
> de
>
>>>>realiser une bdd et une interface en java pour l'utiliser
>>>>mon choix de base est interbase
>>>>et en fait j'hesite un peu sur la machine qui va etre le serveur car
>
> je
>
>>n'ai
>>
>>>>jamais acheté de si grosse machine
>>>>l'os sera W2000 ou 2003 server
>>>>la taille de la base je l'estime à 1.5 Go
>>>>jusqu'a 10 connexions simultanées
>>>>
>>>>je pensais donc à un serveur genre dell poweredge 2600
>>>>avec un disque 36 go pour le systeme
>>>>3 disques 18 go en raid 5 pour la base
>>>>1 disque 36 go pour le journal
>>>>
>>>>faut-il le prendre en mono ou biprocesseur?
>>>>1go ou 2 go de ram?
>>>>
>>>>et unité de sauvegarde?
>>>>
>>>>si vous avez des idées je suis preneur
>>>>merci
>>>>
>>>>
>>>
>>>--
>>>Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
>>>Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
>>>Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
>>>************************ www.datasapiens.com *************************
>>>
>>
>>
>
>
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
> Je ne peux que te déconseiller d'utiliser MSDE...
>
> Non pas que ce soit un mauvais moteur, mais tu ne disposeras d'aucun
> graphique d'administration,
faux, même Microsoft à comblé cette lacune sans parler des outils tiers
De plus cela n'a pas d'importance en exploitation, mais uniquement en
développement...
> MSDE, c'est un SqlServer bridé et sans outil
> d'administration... J'ajoute que je ne suis pas certain de la totale
> gratuité de MSDE...
et si !
Hé non, MySQL n'est pas gratuit ! Quand à le comparer a de vrais SGBDR il
s'écoulera encore de l'eau sous les ponts avant que MySQL sache faire des
procédures stockées, des triggers, des intégrité référentielles et sache
des transactions correctment. Sans parler de l'absence des sous-requêtes
requêtes ensemblistes !!!
Aujourd'hui Windows a dépassé en stabilité les versions actuelles de
Au niveau attaques, c'est encore effectivement Linux qui semble le moins
affecté. Mais cela est en train de changer et les derniers efforts de MS
sens semble porter leurs fruits.
> A ta place, par gout, par sécurité, par économie, j'aurais opté pour :
> OS : Linux (Mandrake, par exemple)
Non, windows convient bien
> Base : PostgreSQL (existe aussi sous Windows)
Là je suis assez d'accord
> Langage : Python avec wxWindows pour l'interface utilisateur (de
> que ton programme tournerait aussi bien sous Linux que sous Windows)
Aucun intérêt !
ASP ou PHP oui, pourquoi pas ...
Moi mes conseils sont généralement payant (cher) et souvent appliqués en
entreprise et jusqu'ici je n'ai pas noté de réclamation de mes clients ...
beaucoup d'erreurs...
MG a écrit:
> Je ne peux que te déconseiller d'utiliser MSDE...
>
> Non pas que ce soit un mauvais moteur, mais tu ne disposeras d'aucun
> graphique d'administration,
faux, même Microsoft à comblé cette lacune sans parler des outils tiers
De plus cela n'a pas d'importance en exploitation, mais uniquement en
développement...
> et tu seras limité à 2Go (par base)... Si tu
> devais dépasser les 2Go, alors soit tu changes de moteur (ce qui
> faire dans la douleur si tu as des procédures stockées ou d'autres
> spécifiques au moteur), soit tu passes à la caisse pour te payer une
> version de SqlServer...
vrai, mais tout dépend de la version de SQL Server. Il ne s'agit pas de
à prendre une version entreprise à 25 000 euros !
> MSDE, c'est un SqlServer bridé et sans outil
> d'administration... J'ajoute que je ne suis pas certain de la totale
> gratuité de MSDE...
et si !
> Il me semble que tu peux l'utiliser gratuitement dès
> lors que tu possèdes un produit Microsoft (Visual Studio, par
tu peut le télécharger depuis le site de Microsoft...
> Mais si tu fais du Java ? A vérifier...
>
> Bref, il y a bien assez de bases libres et gratuites pour ne pas
> dans du MSDE...
Le libre et le gratuit ne signifie pas sans aucun coût ! Combien coûte la
formation, le développement, le SAV, l'admin ???
Ca c'est le vrai débat... Or sur ce plan on ne peut pas dire que les
free (IB/FB, PostGreSQL et cie...) soient les plus bon marché !
>
> J'ajoute enfin que si site Web (dynamique) il peut y avoir un jour,
> peux aussi considérer avec intéret mySQL qui forme avec PHP un couple
> courant, très éprouvé, très documenté... et gratuit...
Hé non, MySQL n'est pas gratuit ! Quand à le comparer a de vrais SGBDR il
s'écoulera encore de l'eau sous les ponts avant que MySQL sache faire des
procédures stockées, des triggers, des intégrité référentielles et sache
des transactions correctment. Sans parler de l'absence des sous-requêtes
requêtes ensemblistes !!!
> sans oublier qu'en
> faisant ces choix tu gardes une véritable liberté au niveau de l'OS...
> à dire aussi la liberté d'en changer, dans un sens ou dans l'autre...
C'est vrai pour de nombreux autres produit, comme PostGreSQL qui lui,
tout ce qui manque à MySQL et tourne maintenant aussi bien sous Linux et
! Mais en beaucoup plus puissant !
>
> Enfin, pour ce qui est de dire que Linux serait un mauvais choix s'il
> personne de compétent dans l'association, c'est peut-être un peu vite
> En effet, difficile de croire que pour l'utilisateur "de base" il sera
> aisé d'administrer un Windows 2003 server qu'une Linux Mandrake...
faux...
d'abord les utilisateurs lambda sont plus familiarisés avec Windows, et il
beaucoup plus de monde sur le marché pour satisfaire la demande...
> Par
> contre, avec Windows, les risques de devoir "y mettre les mains" sont
> beaucoup plus grands : "trous" de sécurités, virus, et gens pour les
> exploiter à des fins malveillantes sont légions... A considérer... Dans
> faits, avec Linux, tu peux être bien plus serein...
Aujourd'hui Windows a dépassé en stabilité les versions actuelles de
Au niveau attaques, c'est encore effectivement Linux qui semble le moins
affecté. Mais cela est en train de changer et les derniers efforts de MS
sens semble porter leurs fruits.
>
> A ta place, par gout, par sécurité, par économie, j'aurais opté pour :
> OS : Linux (Mandrake, par exemple)
Non, windows convient bien
> Base : PostgreSQL (existe aussi sous Windows)
Là je suis assez d'accord
> Langage : Python avec wxWindows pour l'interface utilisateur (de
> que ton programme tournerait aussi bien sous Linux que sous Windows)
Aucun intérêt !
ASP ou PHP oui, pourquoi pas ...
>
> Mais tu sais ce que l'on dit des conseilleurs.... ;-)
Moi mes conseils sont généralement payant (cher) et souvent appliqués en
entreprise et jusqu'ici je n'ai pas noté de réclamation de mes clients ...
>
> De tte façon, bon stage à toi !
>
>
>
> "Mad" <madmortal@hotmail.com> a écrit dans le message de
> news:cfvk6c$t8l$1@news-reader5.wanadoo.fr...
>
>>aucune culture linux dans l'assoc pour le moment et même c'est deja
>>relativeemnt limité pour leur installation actuelle sous windows
>>cé pour ca que pour le moment je preferai windows.
>>la dispo de la base sera vitale, en simultanée je pense qy'il y en aura
>>peut-etre un peu plus (mais pour linstant ce n'est qu'un projet et
>
> l'equipe
>
>>n'est pas complete et pas encore de locaux et je ne sais pas non plus
>>quel architecture reseau ils tourneront)
>>c'est pourquoi je voyais un serveur windows que je pouvais installer
>>facilement pour le moment et qu'ils ddeplaceront ensuite mais justement
>>serveur genre dell car ya intervention sur site et pas besoin de
>>(personne pour s'en occuper)
>>
>>de plus le projet pourrait prendre de l'ampleur les années suivantes
>>inscription en ligne et genre de truc) donc il veulent qq chose qu'il
>>laissent suffisament de possibilite deriiere
>>et sinon pour le sgbdr interbase mesemblait plus simple au niveau admin
>>pour ca que je l'ai choisi
>>voili
>>
>>"Fred BROUARD - SQLpro" <brouardf@club-internet.fr> a écrit dans le
>
> message
>
>>de news:41234DC1.70200@club-internet.fr...
>>
>>>la première question à se poser est la question économique induite par
>
> le
>
>>niveau
>>
>>>de connaissance des individus disposnibles dans l'association :
>>>ont-ils une culture LINUX ou Windows ?
>>>Parce que implanter une solution LINUX parce que la licence est
>>
>>n'est
>>
>>>pas viable économiquement parlant si personne ne maitrise Linux et s'il
>>
>>faut
>>
>>>tarifer 500 euros de prestation pour paramétrer une imprimante !
>>>
>>>La seconde question a se poser est aussi une question économique :
>>>1) la disponibilité de la base est-elle vitale ?
>>>2) quel est le nombre d'utilisateurs SIMULTANÉS (et non d'utilisateurs
>>>connectés) c'est à dire combien vont lancé au même instant (a la même
>>
>>fraction
>>
>>>de seconde) une requête ?
>>>3) quel est le coût envisageable d'une perte de données ?
>>>
>>>qui déterminera à la fois le type de machine, l'os et la config...
>>>
>>>Les éléments que vous semblez indiquer dans vos différents mails me
>
> laisse
>
>>>envisager la fait qu'il ne me parait nullement nécessaire d'opter pour
>
> un
>
>>>serveur physique, ni un serveur logique et qu'un simple PC dotés de bon
>>
>>disques
>>
>>>et d'un bonne quantité de RAM devrait largement suffire !
>>>
>>>et croyez moi, j'implante assez régulièrement des solutions de serveurs
>
> à
>
>>plus
>>
>>>de 20 000 euros pour les bases de données.
>>>
>>>Quand au choix du SGBDR, vu la faible quantité de données et le nombre
>>
>>très
>>
>>>restreint d'utilisateurs, j'aurais opté pour MSDE de Microsoft, qui
>
> n'est
>
>>autre
>>
>>>que le moteur SQL de MS SQL Server, en version "dénudée" et gratuite
>
> pour
>
>>de
>>
>>>petites applications (5 à 25 users, 2 Go max de données) infiniment
>>
>>rapide
>>
>>>qu'Interbase avec un niveau de SQL plus élevé.
>>>
>>>A +
>>>
>>>
>>>Henri Madranges a écrit:
>>>
>>>>bonjour tout le monde
>>>>actuellement en stage pour une assoc pour les jeunes je suis entrain
>
> de
>
>>>>realiser une bdd et une interface en java pour l'utiliser
>>>>mon choix de base est interbase
>>>>et en fait j'hesite un peu sur la machine qui va etre le serveur car
>
> je
>
>>n'ai
>>
>>>>jamais acheté de si grosse machine
>>>>l'os sera W2000 ou 2003 server
>>>>la taille de la base je l'estime à 1.5 Go
>>>>jusqu'a 10 connexions simultanées
>>>>
>>>>je pensais donc à un serveur genre dell poweredge 2600
>>>>avec un disque 36 go pour le systeme
>>>>3 disques 18 go en raid 5 pour la base
>>>>1 disque 36 go pour le journal
>>>>
>>>>faut-il le prendre en mono ou biprocesseur?
>>>>1go ou 2 go de ram?
>>>>
>>>>et unité de sauvegarde?
>>>>
>>>>si vous avez des idées je suis preneur
>>>>merci
>>>>
>>>>
>>>
>>>--
>>>Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
>>>Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
>>>Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
>>>************************ www.datasapiens.com *************************
>>>
>>
>>
>
>
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
> Je ne peux que te déconseiller d'utiliser MSDE...
>
> Non pas que ce soit un mauvais moteur, mais tu ne disposeras d'aucun
> graphique d'administration,
faux, même Microsoft à comblé cette lacune sans parler des outils tiers
De plus cela n'a pas d'importance en exploitation, mais uniquement en
développement...
> MSDE, c'est un SqlServer bridé et sans outil
> d'administration... J'ajoute que je ne suis pas certain de la totale
> gratuité de MSDE...
et si !
Hé non, MySQL n'est pas gratuit ! Quand à le comparer a de vrais SGBDR il
s'écoulera encore de l'eau sous les ponts avant que MySQL sache faire des
procédures stockées, des triggers, des intégrité référentielles et sache
des transactions correctment. Sans parler de l'absence des sous-requêtes
requêtes ensemblistes !!!
Aujourd'hui Windows a dépassé en stabilité les versions actuelles de
Au niveau attaques, c'est encore effectivement Linux qui semble le moins
affecté. Mais cela est en train de changer et les derniers efforts de MS
sens semble porter leurs fruits.
> A ta place, par gout, par sécurité, par économie, j'aurais opté pour :
> OS : Linux (Mandrake, par exemple)
Non, windows convient bien
> Base : PostgreSQL (existe aussi sous Windows)
Là je suis assez d'accord
> Langage : Python avec wxWindows pour l'interface utilisateur (de
> que ton programme tournerait aussi bien sous Linux que sous Windows)
Aucun intérêt !
ASP ou PHP oui, pourquoi pas ...
Moi mes conseils sont généralement payant (cher) et souvent appliqués en
entreprise et jusqu'ici je n'ai pas noté de réclamation de mes clients ...
beaucoup d'erreurs...
MG a écrit:
> Je ne peux que te déconseiller d'utiliser MSDE...
>
> Non pas que ce soit un mauvais moteur, mais tu ne disposeras d'aucun
> graphique d'administration,
faux, même Microsoft à comblé cette lacune sans parler des outils tiers
De plus cela n'a pas d'importance en exploitation, mais uniquement en
développement...
> et tu seras limité à 2Go (par base)... Si tu
> devais dépasser les 2Go, alors soit tu changes de moteur (ce qui
> faire dans la douleur si tu as des procédures stockées ou d'autres
> spécifiques au moteur), soit tu passes à la caisse pour te payer une
> version de SqlServer...
vrai, mais tout dépend de la version de SQL Server. Il ne s'agit pas de
à prendre une version entreprise à 25 000 euros !
> MSDE, c'est un SqlServer bridé et sans outil
> d'administration... J'ajoute que je ne suis pas certain de la totale
> gratuité de MSDE...
et si !
> Il me semble que tu peux l'utiliser gratuitement dès
> lors que tu possèdes un produit Microsoft (Visual Studio, par
tu peut le télécharger depuis le site de Microsoft...
> Mais si tu fais du Java ? A vérifier...
>
> Bref, il y a bien assez de bases libres et gratuites pour ne pas
> dans du MSDE...
Le libre et le gratuit ne signifie pas sans aucun coût ! Combien coûte la
formation, le développement, le SAV, l'admin ???
Ca c'est le vrai débat... Or sur ce plan on ne peut pas dire que les
free (IB/FB, PostGreSQL et cie...) soient les plus bon marché !
>
> J'ajoute enfin que si site Web (dynamique) il peut y avoir un jour,
> peux aussi considérer avec intéret mySQL qui forme avec PHP un couple
> courant, très éprouvé, très documenté... et gratuit...
Hé non, MySQL n'est pas gratuit ! Quand à le comparer a de vrais SGBDR il
s'écoulera encore de l'eau sous les ponts avant que MySQL sache faire des
procédures stockées, des triggers, des intégrité référentielles et sache
des transactions correctment. Sans parler de l'absence des sous-requêtes
requêtes ensemblistes !!!
> sans oublier qu'en
> faisant ces choix tu gardes une véritable liberté au niveau de l'OS...
> à dire aussi la liberté d'en changer, dans un sens ou dans l'autre...
C'est vrai pour de nombreux autres produit, comme PostGreSQL qui lui,
tout ce qui manque à MySQL et tourne maintenant aussi bien sous Linux et
! Mais en beaucoup plus puissant !
>
> Enfin, pour ce qui est de dire que Linux serait un mauvais choix s'il
> personne de compétent dans l'association, c'est peut-être un peu vite
> En effet, difficile de croire que pour l'utilisateur "de base" il sera
> aisé d'administrer un Windows 2003 server qu'une Linux Mandrake...
faux...
d'abord les utilisateurs lambda sont plus familiarisés avec Windows, et il
beaucoup plus de monde sur le marché pour satisfaire la demande...
> Par
> contre, avec Windows, les risques de devoir "y mettre les mains" sont
> beaucoup plus grands : "trous" de sécurités, virus, et gens pour les
> exploiter à des fins malveillantes sont légions... A considérer... Dans
> faits, avec Linux, tu peux être bien plus serein...
Aujourd'hui Windows a dépassé en stabilité les versions actuelles de
Au niveau attaques, c'est encore effectivement Linux qui semble le moins
affecté. Mais cela est en train de changer et les derniers efforts de MS
sens semble porter leurs fruits.
>
> A ta place, par gout, par sécurité, par économie, j'aurais opté pour :
> OS : Linux (Mandrake, par exemple)
Non, windows convient bien
> Base : PostgreSQL (existe aussi sous Windows)
Là je suis assez d'accord
> Langage : Python avec wxWindows pour l'interface utilisateur (de
> que ton programme tournerait aussi bien sous Linux que sous Windows)
Aucun intérêt !
ASP ou PHP oui, pourquoi pas ...
>
> Mais tu sais ce que l'on dit des conseilleurs.... ;-)
Moi mes conseils sont généralement payant (cher) et souvent appliqués en
entreprise et jusqu'ici je n'ai pas noté de réclamation de mes clients ...
>
> De tte façon, bon stage à toi !
>
>
>
> "Mad" a écrit dans le message de
> news:cfvk6c$t8l$
>
>>aucune culture linux dans l'assoc pour le moment et même c'est deja
>>relativeemnt limité pour leur installation actuelle sous windows
>>cé pour ca que pour le moment je preferai windows.
>>la dispo de la base sera vitale, en simultanée je pense qy'il y en aura
>>peut-etre un peu plus (mais pour linstant ce n'est qu'un projet et
>
> l'equipe
>
>>n'est pas complete et pas encore de locaux et je ne sais pas non plus
>>quel architecture reseau ils tourneront)
>>c'est pourquoi je voyais un serveur windows que je pouvais installer
>>facilement pour le moment et qu'ils ddeplaceront ensuite mais justement
>>serveur genre dell car ya intervention sur site et pas besoin de
>>(personne pour s'en occuper)
>>
>>de plus le projet pourrait prendre de l'ampleur les années suivantes
>>inscription en ligne et genre de truc) donc il veulent qq chose qu'il
>>laissent suffisament de possibilite deriiere
>>et sinon pour le sgbdr interbase mesemblait plus simple au niveau admin
>>pour ca que je l'ai choisi
>>voili
>>
>>"Fred BROUARD - SQLpro" a écrit dans le
>
> message
>
>>de news:
>>
>>>la première question à se poser est la question économique induite par
>
> le
>
>>niveau
>>
>>>de connaissance des individus disposnibles dans l'association :
>>>ont-ils une culture LINUX ou Windows ?
>>>Parce que implanter une solution LINUX parce que la licence est
>>
>>n'est
>>
>>>pas viable économiquement parlant si personne ne maitrise Linux et s'il
>>
>>faut
>>
>>>tarifer 500 euros de prestation pour paramétrer une imprimante !
>>>
>>>La seconde question a se poser est aussi une question économique :
>>>1) la disponibilité de la base est-elle vitale ?
>>>2) quel est le nombre d'utilisateurs SIMULTANÉS (et non d'utilisateurs
>>>connectés) c'est à dire combien vont lancé au même instant (a la même
>>
>>fraction
>>
>>>de seconde) une requête ?
>>>3) quel est le coût envisageable d'une perte de données ?
>>>
>>>qui déterminera à la fois le type de machine, l'os et la config...
>>>
>>>Les éléments que vous semblez indiquer dans vos différents mails me
>
> laisse
>
>>>envisager la fait qu'il ne me parait nullement nécessaire d'opter pour
>
> un
>
>>>serveur physique, ni un serveur logique et qu'un simple PC dotés de bon
>>
>>disques
>>
>>>et d'un bonne quantité de RAM devrait largement suffire !
>>>
>>>et croyez moi, j'implante assez régulièrement des solutions de serveurs
>
> à
>
>>plus
>>
>>>de 20 000 euros pour les bases de données.
>>>
>>>Quand au choix du SGBDR, vu la faible quantité de données et le nombre
>>
>>très
>>
>>>restreint d'utilisateurs, j'aurais opté pour MSDE de Microsoft, qui
>
> n'est
>
>>autre
>>
>>>que le moteur SQL de MS SQL Server, en version "dénudée" et gratuite
>
> pour
>
>>de
>>
>>>petites applications (5 à 25 users, 2 Go max de données) infiniment
>>
>>rapide
>>
>>>qu'Interbase avec un niveau de SQL plus élevé.
>>>
>>>A +
>>>
>>>
>>>Henri Madranges a écrit:
>>>
>>>>bonjour tout le monde
>>>>actuellement en stage pour une assoc pour les jeunes je suis entrain
>
> de
>
>>>>realiser une bdd et une interface en java pour l'utiliser
>>>>mon choix de base est interbase
>>>>et en fait j'hesite un peu sur la machine qui va etre le serveur car
>
> je
>
>>n'ai
>>
>>>>jamais acheté de si grosse machine
>>>>l'os sera W2000 ou 2003 server
>>>>la taille de la base je l'estime à 1.5 Go
>>>>jusqu'a 10 connexions simultanées
>>>>
>>>>je pensais donc à un serveur genre dell poweredge 2600
>>>>avec un disque 36 go pour le systeme
>>>>3 disques 18 go en raid 5 pour la base
>>>>1 disque 36 go pour le journal
>>>>
>>>>faut-il le prendre en mono ou biprocesseur?
>>>>1go ou 2 go de ram?
>>>>
>>>>et unité de sauvegarde?
>>>>
>>>>si vous avez des idées je suis preneur
>>>>merci
>>>>
>>>>
>>>
>>>--
>>>Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
>>>Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
>>>Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
>>>************************ www.datasapiens.com *************************
>>>
>>
>>
>
>
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
