SQL Server Compact - Schema Management

Question

He estado buscando algo de tiempo para una buena solución para implementar la idea de administrar el esquema en una base de datos SQL Server Compact 3.5.

Conozco varias formas de administrar el esquema en SQL Server Express, SQL Server Standard, SQL Server Enterprise, pero Compact Edition no admite las herramientas necesarias para utilizar la misma metodología.

¿Alguna sugerencia/sugerencia?

---

Debo expandir esto para decir que es para más de 100 clientes con el software wrapperware. A medida que el sistema cambia, necesito publicar scripts de actualización junto con los nuevos binarios para el cliente. Estaba buscando un método decente para publicar esto sin tener que entregarle al cliente un archivo de script y decir "Ejecutar esto en SSMSE". La mayoría de los clientes no son capaces de hacer semejante bestia.

Un amigo mío reveló un script parcial sobre cómo manejar la parte de SQL Server de mi tarea, pero nunca funcionó en Compact Edition. Parece que estaré solo para esto.

Lo que creo que he decidido hacer, y que va a necesitar una "semana friki" de lograr, es escribir una especie de una herramienta muy similar a cómo WiX y NAnt obras, por lo que sólo puede escribir un documento XML demasiado entusiasta para manejar el trabajo.

Si creo que vale la pena, lo publicaré en CodePlex y/o The Code Project porque he usado ambos sitios un poco para obtener una mejor comprensión de los conceptos de los trabajos que he hecho en el pasado, y Creo que probablemente valga la pena devolver un poco.

---

Editar en 5/3/2010:

Si alguien está dispuesto a "nombre" del proyecto, subiré la versión sucia/desagradable que he escrito para MS SQL para CodePlex por lo que tal vez podamos comenzar a piratear una versión de SQL Compact. Aunque, creo que con la próxima revisión de la aplicación inicial que estaba planeando, voy a abandonar SQL Compact y simplemente usar archivos XML para almacenamiento, ya que el software se está convirtiendo de un paquete Installable en una aplicación de Silverlight. Silverlight solo ofrece una mejor estrategia de acceso.

Answer 1

algunos pensamientos al azar (no estoy seguro que pueda responder plenamente a pesar de)

1. la Microsoft Sync Framework es una opción. No he tenido la oportunidad de apreciar completamente lo que puede hacer una vez que lo haya implementado después de la primera vez inicial (que parece funcionar bien). Hay un sitio MSDN para él here

2. Puede ejecutar scripts en un dispositivo móvil, pero no a través de SQL Management Studio, por lo que en teoría podría administrar/mantener scripts T-SQL pero el inconveniente es que el T -SQL serían enrevesado (a CE de declaraciones compatibles) y no sé una manera de "automatizar" ejecución - pero el Sync Framework podría contener algunas respuestas ..

Answer 2

Si uno de los criterios clave va para trabajar de manera eficiente en una tubería pequeña, la única opción real que tiene es almacenar una versión de esquema DB (quizás de alguna manera vinculada a los scripts registrados en su CMS) y cuando se necesita una actualización, los scripts de cambio se envían el cable y aplicado en ordenEs probable que también desee mantener un registro en su base de datos de estos scripts que se están aplicando para que pueda manejar con gracia las desconexiones, reinicios y otros problemas potencialmente desagradables.

Answer 3

¿Es SQL Server Management Studio algún uso para usted?
http://technet.microsoft.com/en-us/library/ms172933.aspx

Answer 4

Actualmente estoy buscando en Migrator.Net. Esto le permite escribir cambios en su base de datos, llamados migraciones, directamente en C#.
Estas migraciones pueden contener desde simples entradas/caídas de tablas, modificaciones de columnas hasta complicados códigos de actualización de datos.

Cuando se inicia la aplicación, puede verificar en qué versión se encuentra la base de datos y aplicar las migraciones necesarias para actualizarla. Todo esto se maneja automáticamente. El código para ejecutar esta actualización es tan simple como:

Assembly asm = Assembly.Load("LocalModels.migration"); 
Migrator m = new Migrator("SqlServerCe", "Data Source=LocalModels.sdf", asm, false); 
m.MigrateToLastVersion(); 

Estoy teniendo un par de problemas menores con el apoyo compacto (que asume el esquema predeterminado es dbo). Pero no creo que sea demasiado difícil arreglarlos.