pensez vous que des noms de champ à rallonge dans les tables puissent avoir
une influence sur la rapidité d'une base access.
ex : si tous les champs sont nommés du style [nom de la personne blabla en
plus avec des accents]
cela ira-t-il plus lentement que si les noms de champs sont du style
[NomPersBla]
contexte : access 2000, windows xp, base arrière plan sur un serveur win
2003 server.
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
Papy Bernard
Slt, De "loutox"
pensez vous que des noms de champ à rallonge dans les tables puissent avoir
une influence sur la rapidité d'une base access.
ex : si tous les champs sont nommés du style [nom de la personne blabla en plus avec des accents] cela ira-t-il plus lentement que si les noms de champs sont du style [NomPersBla]
OUI.
-- A+ Papy Bernard (RTCien malgré lui)
Slt,
De "loutox"
pensez vous que des noms de champ à rallonge dans les tables puissent
avoir
une influence sur la rapidité d'une base access.
ex : si tous les champs sont nommés du style [nom de la personne blabla en
plus avec des accents]
cela ira-t-il plus lentement que si les noms de champs sont du style
[NomPersBla]
pensez vous que des noms de champ à rallonge dans les tables puissent avoir
une influence sur la rapidité d'une base access.
ex : si tous les champs sont nommés du style [nom de la personne blabla en plus avec des accents] cela ira-t-il plus lentement que si les noms de champs sont du style [NomPersBla]
OUI.
-- A+ Papy Bernard (RTCien malgré lui)
3stone
Salut,
"loutox" | pensez vous que des noms de champ à rallonge dans les tables puissent avoir | une influence sur la rapidité d'une base access. | | ex : si tous les champs sont nommés du style [nom de la personne blabla en | plus avec des accents] | cela ira-t-il plus lentement que si les noms de champs sont du style | [NomPersBla] | | contexte : access 2000, windows xp, base arrière plan sur un serveur win | 2003 server.
Cela est certainement plus lent, d'utiliser des noms de champs à rallonge plutot que des noms court...
Mais, est-ce perceptible ?? Il faut faudrait faire des essais...
Car bien sûr, ce ne sont pas les noms des champs qui transitent moulte fois pas les tuyaux, mais le contenu des champs.
De toute façon, l'exemple que tu cite est vraiment (très) mauvais, déjà à cause des espaces et des caractères accentués, qui tôt ou tard de compliquerons tout à fait inutilement l'existance.
NomClient, NoCmd, CdePays sont tout à fait lisible et "passe-partout".
"loutox"
| pensez vous que des noms de champ à rallonge dans les tables puissent avoir
| une influence sur la rapidité d'une base access.
|
| ex : si tous les champs sont nommés du style [nom de la personne blabla en
| plus avec des accents]
| cela ira-t-il plus lentement que si les noms de champs sont du style
| [NomPersBla]
|
| contexte : access 2000, windows xp, base arrière plan sur un serveur win
| 2003 server.
Cela est certainement plus lent, d'utiliser des noms de champs à rallonge
plutot que des noms court...
Mais, est-ce perceptible ?? Il faut faudrait faire des essais...
Car bien sûr, ce ne sont pas les noms des champs qui transitent
moulte fois pas les tuyaux, mais le contenu des champs.
De toute façon, l'exemple que tu cite est vraiment (très) mauvais,
déjà à cause des espaces et des caractères accentués, qui tôt ou
tard de compliquerons tout à fait inutilement l'existance.
NomClient, NoCmd, CdePays sont tout à fait lisible et "passe-partout".
"loutox" | pensez vous que des noms de champ à rallonge dans les tables puissent avoir | une influence sur la rapidité d'une base access. | | ex : si tous les champs sont nommés du style [nom de la personne blabla en | plus avec des accents] | cela ira-t-il plus lentement que si les noms de champs sont du style | [NomPersBla] | | contexte : access 2000, windows xp, base arrière plan sur un serveur win | 2003 server.
Cela est certainement plus lent, d'utiliser des noms de champs à rallonge plutot que des noms court...
Mais, est-ce perceptible ?? Il faut faudrait faire des essais...
Car bien sûr, ce ne sont pas les noms des champs qui transitent moulte fois pas les tuyaux, mais le contenu des champs.
De toute façon, l'exemple que tu cite est vraiment (très) mauvais, déjà à cause des espaces et des caractères accentués, qui tôt ou tard de compliquerons tout à fait inutilement l'existance.
NomClient, NoCmd, CdePays sont tout à fait lisible et "passe-partout".
De toute façon, l'exemple que tu cite est vraiment (très) mauvais, déjà à cause des espaces et des caractères accentués, qui tôt ou tard de compliquerons tout à fait inutilement l'existance.
NomClient, NoCmd, CdePays sont tout à fait lisible et "passe-partout".
c'est une base que je récupere en maintenance-amelioration (voire refonte),
je vais effectuer des tests de chronometrage avec des en-tetes bons et mauvais et tiendrai le newsgroup informé.
Bonjour et bonne année
De toute façon, l'exemple que tu cite est vraiment (très) mauvais,
déjà à cause des espaces et des caractères accentués, qui tôt ou
tard de compliquerons tout à fait inutilement l'existance.
NomClient, NoCmd, CdePays sont tout à fait lisible et "passe-partout".
c'est une base que je récupere en maintenance-amelioration (voire refonte),
je vais effectuer des tests de chronometrage avec des en-tetes bons et
mauvais et tiendrai le newsgroup informé.
De toute façon, l'exemple que tu cite est vraiment (très) mauvais, déjà à cause des espaces et des caractères accentués, qui tôt ou tard de compliquerons tout à fait inutilement l'existance.
NomClient, NoCmd, CdePays sont tout à fait lisible et "passe-partout".
c'est une base que je récupere en maintenance-amelioration (voire refonte),
je vais effectuer des tests de chronometrage avec des en-tetes bons et mauvais et tiendrai le newsgroup informé.
