LupusMic

  • Signature
    Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
  • Site web
  • Nombre de sujets
    26
  • Nombre de messages
    1 684
  • Nombre de commentaires
    4
  • Nombre de news
    Aucune
  • Niveau en PHP
    Gourou

Ses derniers messages sur les forums

LupusMic
le 21/11/2006 à 15:23
connexion PDO-firebird
Donc la ligne que tu as saisie est la suitvante ?
C:WINDOWS/system32/drivers/etc/services
gds_db 3050/tcp firebird-sql
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 21/11/2006 à 15:20
vider le fichier txt ..
Et d'abord on vérifie qu'on a le droit d'ouvrir et d'écrire le fichier.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 21/11/2006 à 15:19
imposer une BDD dans un SELECT
Si l'utilisateur est autorisé à consulter la base cible, et la table cible, on peut bien évidemment écrire :

transversalité.sql
select * from base0.table0 t00 join base1.table0 t10 on t00.id=t10.id


(moogli) Ce n'est ni plus simple, ni plus complexe ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 21/11/2006 à 14:01
optimisation sql
Je vais juste te donner quelques trucs de ma maigre expérience.

En tant que développeur. À force de vouloir chiader une requête pour qu'elle soit optimisée, on perd de vue l'essentiel : la simplicité. Et on s'amuse à faire des requêtes tarabiscoter et à rajouter des index dans tous les sens. Un trop grand nombre d'index risque de grever les performances. Ensuite, la maintenabilité risque d'en souffrir.

En tant qu'adminsys. Il est parfois plus judicieux de tuner le système hôte et le serveur MySQL. De jouer avec les différents caches, le nombre de fichiers pouvant être ouverts à la fois, etc. Et bien évidemment, le serveur Web ne doit pas être sur la même machine que le serveur MySQL.

Tu ne gagneras pas de temps en faisant tes optimisations pendant le développement, car tu vas prendre beaucoup de temps à optimiser chaque requête, alors qu'au moins la moitié partira à la poubelle. Comme dans tout développement.

Avec l'expérience, tu arriveras à optimiser tes requêtes sans même t'en rendre compte ;)

Maintenant, tu peux choisir de faire les même erreurs que moi, mais ce serait dommage.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 21/11/2006 à 13:34
Affichage message
Il faut que tu le gère dans le mëme fichier.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 21/11/2006 à 13:33
connexion PDO-firebird
Tu as bien modifié le fichier %WINDIR%/system32/drivers/etc/services ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 21/11/2006 à 13:30
problème de type mime sous ie
Mauvais hébergeur, changer d'hébergeur ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 21/11/2006 à 10:33
optimisation sql
Si tu as une base immense, peut-être qu'il faut se pencher en priorité sur la qualité du matériel plutôt que de tenter d'écrire des requêtes optimisée.

De plus, tenter d'écrire un programme parfait dès e départ n'est pas forcément le meilleurs moyen d'être efficace quand on est débutant.

Je te conseille d'écrire une application qui fonctionne, puis d'optimiser l'usage du SQL. Avec l'expérience que tu auras acquis, tu seras capable d'écrire une application efficace.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 20/11/2006 à 23:04
connexion PDO-firebird
Quel est le message d'erreur ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LupusMic
le 20/11/2006 à 23:04
problème de type mime sous ie
(Bzh) L'analyze d'une dizaine octets pour améliorer la fiabilité et la sécurité d'un script, c'est pas grand chose ;) Et ne me parle pas de lecture du fichier sur le disque, il est encore en cache car fraichement écrit.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
LoadingChargement en cours