Cómo descartar y volver a crear y el índice de clave principal utilizando SMO con SQL Server?

Question

Estoy usando SQL Server 2005 Express. Quiero usar SMO para recorrer cada tabla en una base de datos y cambiar cada columna Char a una columna Varchar. Si una columna es miembro de la clave principal, primero debo soltar la clave primaria antes de alterar el tipo de datos de la columna. Entonces necesito recrear el índice. Aquí está el código que estoy tratando de usar:

foreach (Table table in database.Tables) 
{ 
    Index pk = table.Indexes.Cast<Index>().SingleOrDefault(index => index.IndexKeyType == IndexKeyType.DriPrimaryKey); 
    if (pk != null) 
    { 
     pk.Drop(); 
     table.Alter(); 
    } 
    foreach (Column column in table.Columns.Cast<Column>().Where(column => column.DataType.SqlDataType == SqlDataType.Char)) 
    { 
     column.DataType = new DataType(SqlDataType.VarChar, column.DataType.MaximumLength); 
    } 
    table.Alter(); 
    if (pk != null) 
    { 
     pk.Create(); 
    } 
} 

Pero cuando intento para crear el índice me sale una excepción con el mensaje "No se puede acceder a propiedades y métodos para la Microsoft.SqlServer.Management.Smo.Index ' [PK_table1] ', porque se ha eliminado. " Entonces, ¿hay una buena manera de lograr lo que quiero hacer con SMO?

Intenté hacer una secuencia de comandos del índice antes de descartarlo utilizando el método de secuencia de comandos de Índice, pero arroja una excepción con el mensaje "El índice 'PK_table1' hace referencia a la columna inexistente '[mesa1]. [Propietario]'." La columna del dueño claramente existe.

Answer 1

Posiblemente el objeto Index ha perdido su referencia a la Tabla. ¿Ha intentado volver a agregar el índice al objeto de la tabla?

table.Indexes.Add(pk); 

Answer 2

En lugar de caer y volver a crear el índice, simplemente tratar su desactivación y luego volver a habilitar cuando haya terminado de usar los métodos y .Disable.Enable.

Answer 3

Intente crear la clave principal nuevamente de la siguiente manera.

Index index = new Index(table, "PK_tableNameTable"); 
index.IndexKeyType = IndexKeyType.DriPrimaryKey; 

//You will have to store the names of columns before deleting the key. 
index.IndexedColumns.Add(new IndexedColumn(index,"ID")); 

table.Indexes.Add(index); 

Source of the snippet

Answer 4

que era capaz de soltar la clave principal, alterar los tipos de datos de columna, y volver a crear la clave principal con este código:

// using System.Collections.Specialized; 

foreach (Table table in database.Tables) 
{ 
    // object to hold the index script 
    StringCollection pk_script = new StringCollection(); 

    Index pk = table.Indexes.Cast<Index>().SingleOrDefault(index => index.IndexKeyType == IndexKeyType.DriPrimaryKey); 
    if (pk != null) 
    { 
     // script the index 
     pk_script = pk.Script(); 
     pk.Drop(); 
     table.Alter(); 
    } 
    foreach (Column column in table.Columns.Cast<Column>().Where(column => column.DataType.SqlDataType == SqlDataType.Char)) 
    { 
     column.DataType = new DataType(SqlDataType.VarChar, column.DataType.MaximumLength); 
    } 
    table.Alter(); 

    // iterate through script StringCollection 
    foreach (String tsql in pk_script) 
    { 
     database.ExecuteNonQuery(tsql); 
    }     
} 

Algunas advertencias:

1. La línea que define pk arrojará una excepción si hay una tabla sin índices
2. eliminación de la clave primaria fallará si el cuadro de referencia en una vista enlazada a esquema
3. Dejar caer la clave principal fallará si la tabla es referenciado por restricciones de clave externa
4. cambiar los datos tipo de la columna fallará si esa columna se utiliza en un índice no agrupado
5. Si usted tiene una mesa muy grande, dejando caer una clave principal agrupada convertirá la tabla a un montón. El tiempo necesario para quitar el índice agrupado sugerirá el proceso ha fallado (mientras que, de hecho, que todavía se está ejecutando)
6. Es de suponer que lo que se necesita código para vacía la StringCollection después de la secuencia de comandos índice fue ejecutado

Answer 5

¿Tiene la opción de ejecutar scripts SQL a través de SMO? Empecé a ejecutar todos los scripts que hacen modificaciones estructurales de DB a través de ServerConnection.ExecuteNonQuery.Gran mejora de la estabilidad sobre la pila usual de SqlCommand etc. (tampoco se compara con GO-s :-) Terminó siendo una fusión muy útil. Conexión no MARS, por supuesto.

Answer 6

Me encontré con el mismo problema con SMO diciéndome que las columnas utilizadas en el índice no existían. Lo resolví llamando al método Discover() en el objeto Table antes de llamar a Script() en mi ForeignKey. Esto es diferente de Table.Refresh que no lee todos los metadatos de la tabla. Llamar a Table.Discover() ralentiza notoriamente el código, pero la llamada a ForeignKey.Script tiene éxito después de hacerlo. No tiene que guardar la Lista que Discover devuelve a menos que la necesite para algo. Pero forzar que los metadatos se obtengan de esta manera hace que la función de scripts funcione.