Est-il préférable, en termes de performance de créer une colonne calculée
qui serait la concaténation de colonne 1 + colonne 2 ou vaut il mieux créer
une colonne normale (colonne 1 + colonne2) qui serait mise à jour lors des
insert et update par trigger.
En sachant que cette nouvelle colonne doit être indexée.
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
Fred BROUARD
jerome a écrit :
Bonjour,
Toujours mes histoires de code...
Est-il préférable, en termes de performance de créer une colonne calculée qui serait la concaténation de colonne 1 + colonne 2 ou vaut il mieux créer une colonne normale (colonne 1 + colonne2) qui serait mise à jour lors des insert et update par trigger. En sachant que cette nouvelle colonne doit être indexée.
Merci.
une colonne calculée est calculée à la volée, c'est à dire à chaque fois que vous faites un SELECT dessus. Vous pouvez l'indexer, dans ce cas la valeur calculée sera instanciée donc plus de calcul à la volée. Quand à la calculer avant insertion ou update c'est encore mieux, mais si c'est dans un trigger c'est franchement moins bon que l'indexation...
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
jerome a écrit :
Bonjour,
Toujours mes histoires de code...
Est-il préférable, en termes de performance de créer une colonne calculée
qui serait la concaténation de colonne 1 + colonne 2 ou vaut il mieux créer
une colonne normale (colonne 1 + colonne2) qui serait mise à jour lors des
insert et update par trigger.
En sachant que cette nouvelle colonne doit être indexée.
Merci.
une colonne calculée est calculée à la volée, c'est à dire à chaque fois
que vous faites un SELECT dessus.
Vous pouvez l'indexer, dans ce cas la valeur calculée sera instanciée
donc plus de calcul à la volée.
Quand à la calculer avant insertion ou update c'est encore mieux, mais
si c'est dans un trigger c'est franchement moins bon que l'indexation...
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Est-il préférable, en termes de performance de créer une colonne calculée qui serait la concaténation de colonne 1 + colonne 2 ou vaut il mieux créer une colonne normale (colonne 1 + colonne2) qui serait mise à jour lors des insert et update par trigger. En sachant que cette nouvelle colonne doit être indexée.
Merci.
une colonne calculée est calculée à la volée, c'est à dire à chaque fois que vous faites un SELECT dessus. Vous pouvez l'indexer, dans ce cas la valeur calculée sera instanciée donc plus de calcul à la volée. Quand à la calculer avant insertion ou update c'est encore mieux, mais si c'est dans un trigger c'est franchement moins bon que l'indexation...
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
jerome
"Fred BROUARD" wrote in message news:
jerome a écrit : > Bonjour, > > Toujours mes histoires de code... > > Est-il préférable, en termes de performance de créer une colonne
calculée
> qui serait la concaténation de colonne 1 + colonne 2 ou vaut il mieux
créer
> une colonne normale (colonne 1 + colonne2) qui serait mise à jour lors
des
> insert et update par trigger. > En sachant que cette nouvelle colonne doit être indexée. > > Merci. > >
une colonne calculée est calculée à la volée, c'est à dire à chaque fois que vous faites un SELECT dessus. Vous pouvez l'indexer, dans ce cas la valeur calculée sera instanciée donc plus de calcul à la volée. Quand à la calculer avant insertion ou update c'est encore mieux, mais si c'est dans un trigger c'est franchement moins bon que l'indexation...
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Merci.
Donc, selon vous le mieux serait de calculer cette colonne dans l'applicatif et de faire l'insert ou l'update avec la valeur connue ?
"Fred BROUARD" <brouardf@club-internet.fr> wrote in message
news:eNcNgsQqHHA.500@TK2MSFTNGP02.phx.gbl...
jerome a écrit :
> Bonjour,
>
> Toujours mes histoires de code...
>
> Est-il préférable, en termes de performance de créer une colonne
calculée
> qui serait la concaténation de colonne 1 + colonne 2 ou vaut il mieux
créer
> une colonne normale (colonne 1 + colonne2) qui serait mise à jour lors
des
> insert et update par trigger.
> En sachant que cette nouvelle colonne doit être indexée.
>
> Merci.
>
>
une colonne calculée est calculée à la volée, c'est à dire à chaque fois
que vous faites un SELECT dessus.
Vous pouvez l'indexer, dans ce cas la valeur calculée sera instanciée
donc plus de calcul à la volée.
Quand à la calculer avant insertion ou update c'est encore mieux, mais
si c'est dans un trigger c'est franchement moins bon que l'indexation...
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Merci.
Donc, selon vous le mieux serait de calculer cette colonne dans l'applicatif
et de faire l'insert ou l'update avec la valeur connue ?
jerome a écrit : > Bonjour, > > Toujours mes histoires de code... > > Est-il préférable, en termes de performance de créer une colonne
calculée
> qui serait la concaténation de colonne 1 + colonne 2 ou vaut il mieux
créer
> une colonne normale (colonne 1 + colonne2) qui serait mise à jour lors
des
> insert et update par trigger. > En sachant que cette nouvelle colonne doit être indexée. > > Merci. > >
une colonne calculée est calculée à la volée, c'est à dire à chaque fois que vous faites un SELECT dessus. Vous pouvez l'indexer, dans ce cas la valeur calculée sera instanciée donc plus de calcul à la volée. Quand à la calculer avant insertion ou update c'est encore mieux, mais si c'est dans un trigger c'est franchement moins bon que l'indexation...
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Merci.
Donc, selon vous le mieux serait de calculer cette colonne dans l'applicatif et de faire l'insert ou l'update avec la valeur connue ?
Fred BROUARD
jerome a écrit :
"Fred BROUARD" wrote in message news:
jerome a écrit :
Bonjour,
Toujours mes histoires de code...
Est-il préférable, en termes de performance de créer une colonne
calculée
qui serait la concaténation de colonne 1 + colonne 2 ou vaut il mieux
créer
une colonne normale (colonne 1 + colonne2) qui serait mise à jour lors
des
insert et update par trigger. En sachant que cette nouvelle colonne doit être indexée.
Merci.
une colonne calculée est calculée à la volée, c'est à dire à chaque fois que vous faites un SELECT dessus. Vous pouvez l'indexer, dans ce cas la valeur calculée sera instanciée donc plus de calcul à la volée. Quand à la calculer avant insertion ou update c'est encore mieux, mais si c'est dans un trigger c'est franchement moins bon que l'indexation...
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Merci.
Donc, selon vous le mieux serait de calculer cette colonne dans l'applicatif et de faire l'insert ou l'update avec la valeur connue ?
non, indexer la colonne calculée me parait plus intelligent.
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
jerome a écrit :
"Fred BROUARD" <brouardf@club-internet.fr> wrote in message
news:eNcNgsQqHHA.500@TK2MSFTNGP02.phx.gbl...
jerome a écrit :
Bonjour,
Toujours mes histoires de code...
Est-il préférable, en termes de performance de créer une colonne
calculée
qui serait la concaténation de colonne 1 + colonne 2 ou vaut il mieux
créer
une colonne normale (colonne 1 + colonne2) qui serait mise à jour lors
des
insert et update par trigger.
En sachant que cette nouvelle colonne doit être indexée.
Merci.
une colonne calculée est calculée à la volée, c'est à dire à chaque fois
que vous faites un SELECT dessus.
Vous pouvez l'indexer, dans ce cas la valeur calculée sera instanciée
donc plus de calcul à la volée.
Quand à la calculer avant insertion ou update c'est encore mieux, mais
si c'est dans un trigger c'est franchement moins bon que l'indexation...
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Merci.
Donc, selon vous le mieux serait de calculer cette colonne dans l'applicatif
et de faire l'insert ou l'update avec la valeur connue ?
non, indexer la colonne calculée me parait plus intelligent.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Est-il préférable, en termes de performance de créer une colonne
calculée
qui serait la concaténation de colonne 1 + colonne 2 ou vaut il mieux
créer
une colonne normale (colonne 1 + colonne2) qui serait mise à jour lors
des
insert et update par trigger. En sachant que cette nouvelle colonne doit être indexée.
Merci.
une colonne calculée est calculée à la volée, c'est à dire à chaque fois que vous faites un SELECT dessus. Vous pouvez l'indexer, dans ce cas la valeur calculée sera instanciée donc plus de calcul à la volée. Quand à la calculer avant insertion ou update c'est encore mieux, mais si c'est dans un trigger c'est franchement moins bon que l'indexation...
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Merci.
Donc, selon vous le mieux serait de calculer cette colonne dans l'applicatif et de faire l'insert ou l'update avec la valeur connue ?
non, indexer la colonne calculée me parait plus intelligent.
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
jerome
"Fred BROUARD" wrote in message news:u$
jerome a écrit : > "Fred BROUARD" wrote in message > news: >> jerome a écrit : >>> Bonjour, >>> >>> Toujours mes histoires de code... >>> >>> Est-il préférable, en termes de performance de créer une colonne > calculée >>> qui serait la concaténation de colonne 1 + colonne 2 ou vaut il mieux > créer >>> une colonne normale (colonne 1 + colonne2) qui serait mise à jour lors > des >>> insert et update par trigger. >>> En sachant que cette nouvelle colonne doit être indexée. >>> >>> Merci. >>> >>> >> une colonne calculée est calculée à la volée, c'est à dire à chaque
fois
>> que vous faites un SELECT dessus. >> Vous pouvez l'indexer, dans ce cas la valeur calculée sera instanciée >> donc plus de calcul à la volée. >> Quand à la calculer avant insertion ou update c'est encore mieux, mais >> si c'est dans un trigger c'est franchement moins bon que
l'indexation...
>> >> A + >> >> -- >> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage
> > Merci. > > Donc, selon vous le mieux serait de calculer cette colonne dans
l'applicatif
> et de faire l'insert ou l'update avec la valeur connue ? > > non, indexer la colonne calculée me parait plus intelligent.
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Merci
"Fred BROUARD" <brouardf@club-internet.fr> wrote in message
news:u$72rmSqHHA.3484@TK2MSFTNGP05.phx.gbl...
jerome a écrit :
> "Fred BROUARD" <brouardf@club-internet.fr> wrote in message
> news:eNcNgsQqHHA.500@TK2MSFTNGP02.phx.gbl...
>> jerome a écrit :
>>> Bonjour,
>>>
>>> Toujours mes histoires de code...
>>>
>>> Est-il préférable, en termes de performance de créer une colonne
> calculée
>>> qui serait la concaténation de colonne 1 + colonne 2 ou vaut il mieux
> créer
>>> une colonne normale (colonne 1 + colonne2) qui serait mise à jour lors
> des
>>> insert et update par trigger.
>>> En sachant que cette nouvelle colonne doit être indexée.
>>>
>>> Merci.
>>>
>>>
>> une colonne calculée est calculée à la volée, c'est à dire à chaque
fois
>> que vous faites un SELECT dessus.
>> Vous pouvez l'indexer, dans ce cas la valeur calculée sera instanciée
>> donc plus de calcul à la volée.
>> Quand à la calculer avant insertion ou update c'est encore mieux, mais
>> si c'est dans un trigger c'est franchement moins bon que
l'indexation...
>>
>> A +
>>
>> --
>> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage
>
> Merci.
>
> Donc, selon vous le mieux serait de calculer cette colonne dans
l'applicatif
> et de faire l'insert ou l'update avec la valeur connue ?
>
>
non, indexer la colonne calculée me parait plus intelligent.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
jerome a écrit : > "Fred BROUARD" wrote in message > news: >> jerome a écrit : >>> Bonjour, >>> >>> Toujours mes histoires de code... >>> >>> Est-il préférable, en termes de performance de créer une colonne > calculée >>> qui serait la concaténation de colonne 1 + colonne 2 ou vaut il mieux > créer >>> une colonne normale (colonne 1 + colonne2) qui serait mise à jour lors > des >>> insert et update par trigger. >>> En sachant que cette nouvelle colonne doit être indexée. >>> >>> Merci. >>> >>> >> une colonne calculée est calculée à la volée, c'est à dire à chaque
fois
>> que vous faites un SELECT dessus. >> Vous pouvez l'indexer, dans ce cas la valeur calculée sera instanciée >> donc plus de calcul à la volée. >> Quand à la calculer avant insertion ou update c'est encore mieux, mais >> si c'est dans un trigger c'est franchement moins bon que
l'indexation...
>> >> A + >> >> -- >> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage
> > Merci. > > Donc, selon vous le mieux serait de calculer cette colonne dans
l'applicatif
> et de faire l'insert ou l'update avec la valeur connue ? > > non, indexer la colonne calculée me parait plus intelligent.
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************