Tronquer/Effacer une variable de table dans Sql Server 2008

Est-il possible de tronquer ou de débusquer une variable de table dans sql server 2008 ? 

Declare @tableVariable table
(
   id int, 
   value varchar(20)
)


while @start<=@stop

  begin

    insert into @tableVariable(id,value) 
    select id
         , value 
      from xTable 
     where id=@start

   --Use @tableVariable 

   --@tableVariable should be flushed out of 
   -- old values before inserting new  values

    set @start = @start + 1 
  end
  • Qu'est-ce exactement que vous voulez accomplir? Pourquoi insérer quoi que ce soit si vous êtes juste de rincer à nouveau?
  • Insérez symbolique ici. L'opération est beaucoup plus complexe et implique un grand nombre d'autres tables
  • Il y a le commentaire --Use @tableVariable je suppose qu'il sera utilisé pour certains calculs, qui ne sont pas clos
  • Oui.. il sera utilisé pour certains calculs.. s'il vous plaît ne pas se confondre avec l'UTILISATION <somedatabase>
InformationsquelleAutor shrekDeep | 2014-02-26
  1. 75

    il suffit de supprimer tout

    DELETE FROM @tableVariable
    • Une meilleure réponse serait "vous ne pouvez pas", et ensuite expliquer les alternatives.
    • Cela fonctionne, mais gardez à l'esprit, comme @Martin%20Smith l'a souligné ci-dessous, que cette suppression sera enregistré. Si il ya beaucoup de lignes dans la variable, ou ce SQL sera exécuté régulièrement, cela pourrait être problématique.
    InformationsquelleAutor peter
  2. 29

    Non, vous ne pouvez pas TRUNCATE une variable de table, car il n'est pas une table physique. Le supprimer serait plus rapide. Voir cette réponse de Aaron Bertrand.

    • Pour un grand nombre de lignes TRUNCATE serait certainement plus rapide. La suppression d'une variable de table est connecté à la tempdb journal des transactions.
    • merci pour l'info!
    • Il ne peut pas être plus rapide si vous ne pouvez pas tronquer. Il y a juste l'option supprimer.
    InformationsquelleAutor TTeeple
  3. 11

    Je voudrais ajouter à la "techniquement" bonne réponse de à l'aide de DELETE @VariableTable que s'il vous arrive d'avoir aussi une Identité-Champ dans votre @Table Variable (par exemple,i int (1,1)) et que vous souhaitez réutiliser cette table (même si vous avez re-déclarer dans une boucle), il est toujours dans son champ d'application et il aucun moyen de reseed il soit.

    Voir: Tableau Variable De La Colonne D'Identité

    Il est préférable d'utiliser #TempTable dans ces cas - alors vous pouvez Tronquer ou utilisez DBCC pour réensemencer.

    Vous récolterez des améliorations de performances avec Tronquer et être en mesure de créer des index supplémentaires.

    Je pense que la règle de base est que, si vous allez jamais à supprimer tout le contenu à l'aide de DELETE @VariableTable, alors vous avez introduit un code-odeur qui dit, vous devriez avoir utilisé #TempTable et TRUNCATE à la place.

    InformationsquelleAutor MikeTeeVee
  4. 5

    Table de variables ne prennent pas en charge TRUNCATE syntaxe - la seule façon de les tronquer est implicitement par les laisser tomber hors de portée.

    À la fois temporaire et des tables de variables peut être mis en cache lorsqu'utilisés dans des procédures stockées et les ci-dessous pourraient bien se retrouver à la même table que les variables utilisées après la troncature plutôt que d'une baisse effective et créer

    CREATE PROC dbo.foo @start INT
AS
  BEGIN
      DECLARE @tableVariable TABLE (
        id    INT,
        value VARCHAR(20))

      INSERT INTO @tableVariable
                  (id,
                   value)
      SELECT id,
             value
      FROM   xTable
      WHERE  id = @start;
  --Use @tableVariable 
  END

GO

WHILE @start <= @stop
  BEGIN
      EXEC dbo.foo @start

      SET @start = @start + 1
  END

    Bien sûr une bien meilleure alternative serait de passer à l'utilisation d'un #temp table à la place que prend en charge TRUNCATE directement.

    DML sur les deux variables de table et les tables temporaires écrit à la tempdb journal des transactions. Si oui ou non il vaut la peine de commutation à TRUNCATE plutôt que DELETE dépend de la taille des données. TRUNCATE aura suffit de vous connecter à la page deallocations. DELETE journal des réelles valeurs supprimées. Une autre différence entre les deux est que TRUNCATE libère la dernière page de la table et DELETE ne l'est pas. Si seulement une petite quantité de données est insérée et supprimés dans chaque itération de boucle, puis la surcharge de se connecter les lignes supprimées peut-être moins que la surcharge constante de libérer et réaffectation de la page dans la table.

    Inversement, si vous serez l'insertion et la suppression de grandes quantités de données à chaque itération, vous pouvez constater que TRUNCATE non seulement rend l'opération de suppression de toutes les lignes plus efficace mais peuvent également bénéficier de la subséquente instruction insert.

    • Vous pouvez simplement utiliser DELETE FROM @tableVariable, comme décrit dans la accepté de répondre, pour obtenir une fonctionnalité équivalente à TRUNCATE TABLE (sauf pour l'abattage - ce pourrait certainement être un problème si il y avait beaucoup de lignes dans la variable, ou le SQL qui a créé la variable a été exécuté très souvent).
    • L'avantage TRUNCATE a plus de DELETE de toutes les lignes est de l'enregistrement des transactions.
    • Assurez-vous - j'ai ajouté une note à la accepté de répondre (le référencement de votre réponse et commentaires) sur l'enregistrement, mais parce que peut-être pas évident pour tout le monde.
    InformationsquelleAutor Martin Smith
  5. -4

    Je sais que c'est une vieille question, mais j'ai pensé un moyen pour ce faire.
    on avait des tables avec des millions de lignes et n'a pas voulu supprimer en raison de l'espace journal des transactions.

    Créer une procédure que vous passez dans le nom de la table que vous souhaitez tronquer, la procédure va créer une autre procédure qui ne le trucate, puis de supprimer les procédures.

    USE [My_Database]
GO
/****** Object:  StoredProcedure [dbo].[ClearOutTable_p1]    Script Date: 23/09/2015 09:03:14 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO

-- =============================================
-- Author:      Oraclebhoy
-- Create date: 23/09/2015
-- Description: 
-- 
-- removes the content of the table passed in through the parameter
-- =============================================
create procedure [dbo].[ClearOutTable_p1]
@tablename varchar(max)
as

-- CREATE THE TRUNCATE STATEMENT PASSING IN TABLE VARIABLE
    declare @truncatesql varchar(max)
    set @truncatesql = 'truncate table ' + @tablename

-- IF PROCEDURE EXISTS DROP
    if exists (select name from sys.all_objects where name = 'ClearOutTable_TEMP'and type = 'P')
        begin
            drop procedure [dbo].[ClearOutTable_TEMP]
        end

-- CREATE TEMP PROCEDURE
    exec ('create procedure [dbo].[ClearOutTable_TEMP]
    as
    '+@truncatesql+'')

-- EXECUTE THE PROCEDURE
    exec [dbo].[ClearOutTable_TEMP]

-- DROP THE PROCEDURE
    drop procedure [dbo].[ClearOutTable_TEMP]

    Espère que cette aide.

    • Pourquoi avez-vous besoin pour créer une procédure distincte pour exécuter une instruction truncate? Comment allez-vous assurer la simultanéité étant donné que vous gardez création et suppression de la procédure avec le même nom? Et surtout, comment allez-vous les utiliser que pour les variables de table?
    InformationsquelleAutor oraclebhoy