Comment faire pour modifier la colonne de type de données dans la base de données SQL sans perdre de données

J'ai des base de données SQL Server et je viens de réaliser que je peux changer le type de l'une des colonnes de int à bool.

Comment puis-je le faire sans perdre les données déjà entrées dans cette table?

Avez-vous essayé de créer une nouvelle colonne de bits, en copiant les valeurs de l'ancien colonne dans le nouveau, la suppression de l'ancien et le renommage de la nouvelle? Tout cela dans une transaction, bien sûr, de la restauration sur les problèmes.
Vous dites "je viens de réaliser que je peux changer le type de l'une des colonnes de type int bool" Il n'y a pas de type de données booléen. Il est peu mais. Demandez-vous comment vous peut le faire (comme les 2 réponses à ce jour ont couvert). Ou est votre question: "je viens de réaliser que c'est possible - Comment SQL Server faire cela?"
double possible de Comment voulez-vous changer le type de données d'une colonne dans MS SQL?

InformationsquelleAutor Ivan Stoyanov | 2011-02-27

319

Vous pouvez facilement le faire en utilisant la commande suivante. N'importe quelle valeur de 0 sera transformé en un 0 (BIT = false), tout le reste sera transformé en 1 (BIT = true).
```
ALTER TABLE dbo.YourTable
   ALTER COLUMN YourColumnName BIT
```
L'autre option serait de créer une nouvelle colonne de type BIT, de le remplir de l'ancienne colonne, et une fois que vous avez terminé, chute de l'ancienne colonne et renommer le nouveau à l'ancien nom. De cette façon, si quelque chose lors de la conversion se passe mal, vous pouvez toujours revenir en arrière car vous avez encore toutes les données..
- En d'autres termes: NULL reste NULL, 0 devient False, les valeurs non nulles (1, -1, 1999, -987...) devenir True.
- Et de ne jamais faire un changement comme ça depuis l'interface graphique. Toujours le faire par le biais d'un script comme celui-ci. Le GUI de supprimer et recréer la table et c'est beaucoup plus de temps. Si la table est grande et sur la production, cela peut être désastreux. En Plus de tous les changements de table doit avoir un script qui est dans le contrôle de code source comme tous les autres codes.
- Je voudrais ajouter, est assurez-vous d'avoir une sauvegarde à jour de la base de données avant de faire tout changement structurel à une table avec les données. Et de ne pas exécuter un changement de ce genre sur la production pendant les heures de pointe si la table est fréquemment utilisées ou grandes.
- Je mistakly approuvé les modifications... besoin de rejeter.. parce que les améliorations il y a... ans est perfact.
InformationsquelleAutor marc_s
20
```
ALTER TABLE tablename
ALTER COLUMN columnname columndatatype(size)
```
Remarque: si la taille des colonnes, il suffit d'écrire la taille aussi.

InformationsquelleAutor Xyed Xain Haider
19

Si c'est une modification valide.

vous pouvez modifier la propriété.

Outils --> Options - > Concepteurs --> Table et concepteurs de Base de données --> Décocher --> Empêcher l'enregistrement des modifications que les tables nécessaires à la re-création.

Maintenant, vous pouvez facilement changer le nom de la colonne, sans recréer de la table ou de perdre u r des records.
- En aucun cas devriez-vous faire le tableau des modifications à l'aide de l'interface graphique. Il sera complètement recréer la table plutôt que d'utiliser la commande Alter table, ce qui va causer un problème si vous vous décochez cette option et que la table est grande. En outre, vous devriez avoir toutes les modifications apportées aux tables dans un script de contrôle de source.
- Regardez de plus près à l'option -- c'est la désactivation de sécurité qui permettra d'éviter GUI de la suppression de la table. Vous n'aurez pas semble de perdre des données, car l'interface graphique va recréer la table, mais sur le serveur, il sera copier/déplacer. Donc, si il ya un grand nombre de données dans la table, il fera une très grande opération. Aussi, j' pense (pas positif) qu'il se produit en une seule transaction, par conséquent, vous pouvez remplir votre journal de transaction.
- Je suppose que je voudrais ajouter une petite précision à mon commentaire précédent. Si vous êtes juste le faire sur votre machine de développement, vous êtes probablement très bien. Mais je ne vous conseille pas d'utiliser cette méthode sur une base de données de production, surtout si c'est une mission critique.
InformationsquelleAutor Sathish
8

Pourquoi pensez-vous que vous risquez de perdre des données? Il suffit d'aller dans la Gestion de Studio et de modifier le type de données. Si la valeur peut être convertie en booléen (bit), il le fera. En d'autres termes, si "1" correspond à la vraie et la valeur "0" correspond à false dans votre champ d'origine, vous serez amende.
- Si vous avez des données dans la table, cela ne fonctionnera pas. Lorsque vous essayez de modifier un type de colonne, SMS prétend qu'il doit abandonner d'abord la table ... ce qui bien sûr est erronée, car l'ALTER TABLE ... ALTER COLUMN commande fonctionne très bien, même pour les non-NULLE de champs. C'est pourquoi ils ont pensé qu'ils pourraient perdre des données.
- Ce n'est pas vrai. Vous pouvez désactiver l'avertissement et il fonctionne très bien avec les données existantes. Voir aussi stackoverflow.com/questions/2947865/...
- Ok cool! Ne le savais pas. Juste essayé à voter-vous (à l'arrière) mais le fait de me prévenir si vous n'éditez pas votre réponse. Peut-être un changement mineur et je peux le faire 😉 .
- En aucun cas devriez-vous faire le tableau des modifications à l'aide de l'interface graphique. Il sera complètement recréer la table plutôt que d'utiliser la commande Alter table, ce qui va causer un problème si vous vous décochez cette option et que la table est grande. En outre, vous devriez avoir toutes les modifications apportées aux tables dans un script de contrôle de source.
- En aucun cas.Il n'y a aucune raison d'utiliser l'interface graphique de conception de tableau ou de les modifier et de bonnes raisons de ne pas le faire. Tous les changements doivent être dans les scripts pour être en mesure de se propager à d'autres serveurs et traité comme le code qu'ils sont réellement dans le contrôle de source.
- C'est ce que la base de données de projets de.
InformationsquelleAutor Philippe Leybaert
4

si vous utilisez T-SQL(MSSQL); vous devriez essayer ce script:
```
ALTER TABLE [Employee] ALTER COLUMN [Salary] NUMERIC(22,5)
```
si vous utilisez MySQL, vous devriez essayer ce script:
```
ALTER TABLE [Employee] MODIFY COLUMN [Salary] NUMERIC(22,5)
```
si vous utilisez Oracle; vous devriez essayer ce script:
```
ALTER TABLE [Employee] MODIFY [Salary] NUMERIC(22,5)
```
InformationsquelleAutor NullException
3

Aller à l'Outil-Option-designers-Table et concepteurs de bases de données et Décochez la case Empêcher l'option d'économie d'
- En aucun cas devriez-vous faire le tableau des modifications à l'aide de l'interface graphique. Il sera complètement recréer la table plutôt que d'utiliser la commande Alter table, ce qui va causer un problème si vous vous décochez cette option et que la table est grande. En outre, vous devriez avoir toutes les modifications apportées aux tables dans un script de contrôle de source.
InformationsquelleAutor saktiprasad swain

Modifier la colonne type de données à vérifier le type de colonne :

IF EXISTS(
       SELECT 1
       FROM   sys.columns
       WHERE  NAME = 'YourColumnName'
              AND [object_id] = OBJECT_ID('dbo.YourTable')
              AND TYPE_NAME(system_type_id) = 'int'
   )
    ALTER TABLE dbo.YourTable ALTER COLUMN YourColumnName BIT

InformationsquelleAutor Ebrahim Sabeti

1

pour moi , dans sql server 2016, je fais comme ça

*Pour renommer la colonne Colonne1 à colonne2
```
EXEC sp_rename 'dbo.T_Table1.Column1', 'Column2', 'COLUMN'
```
*Pour modifier le Type de colonne de chaîne à int🙁 s'il vous Plaît être sûr que les données sont dans le bon format)
```
ALTER TABLE dbo.T_Table1 ALTER COLUMN Column2  int; 
```
InformationsquelleAutor MNF
0

Compact edition prendra automatiquement la taille pour le type de données datetime c'est à dire (8), donc pas besoin de définir la taille de champ et générer l'erreur pour cette opération...

InformationsquelleAutor Hardik
-2

Je peux modifier le tableau du champ type de données, avec ces requête suivante: et aussi dans l'Oracle DB,
```
ALTER TABLE table_name
MODIFY column_name datatype;
```
- Pas dans SQl Server
InformationsquelleAutor Ismayil S
-3

Remplacer le type de données sans perte de données
```
alter table tablename modify columnn  newdatatype(size);
```
InformationsquelleAutor user7743491

Vous devez vous connecter pour publier un commentaire.