Voy a escribir un sistema de administración de contenido multi-sitio en ASP.NET. ¿Qué será más rápido: una base de datos para cada sitio o una base de datos para todos los sitios?Multi-Site CMS - ¿Base de datos para cada sitio, o UNA base de datos para todos los sitios?
Gracias.
EDIT: Si hay una base de datos para cada sitio, ¿qué base de datos debo usar? XML?
Una única base de datos para todos los sitios puede terminar siendo una mala elección en caso de que tenga sitios web con un gran número de visitas. Además, eso significa que las tablas de la base de datos tendrán que ser más complejas, haciendo que el sistema vaya más lento.
Sobre el formato de las bases de datos, XML no es una de ellas con certeza. Prueba usar MySQL o Postgree, por ejemplo.
Eso realmente depende de cuán complicado será tu CMS, si es un microCMS simple como un blog, y no tienes muchos suscriptores para este servicio, y esos suscriptores probablemente tengan las mismas funciones y funciones en su CMS, entonces una base de datos podría ser una opción.
Pero si su CMS tiene muchos niveles de configuración granular, muchas funciones y características, potencialmente tienen un gran conjunto de datos para almacenar. Recomendaré una base de datos separada para cada instancia.
Base de datos de archivos, especialmente El acceso a este tipo de base de datos no está diseñado para aplicaciones en línea, pueden tener restricciones de conexión simultáneas, por lo que cuando se reciben muchas solicitudes, puede negarse a servir su aplicación web.
si está utilizando tecnologías de Microsoft, no hay muchas opciones que tenga para la base de datos, MSSQL es probablemente la única opción, puede elegir SQL Express, pero no es ideal para sitios grandes.
En realidad, hay muchos CMS de código abierto disponibles, incluso si desea elegir cms basados en la tecnología de microsoft, puede probarlos primero para familiarizarse con su diseño.
buena suerte.
Una opción es ir con una aplicación y una base de datos de instancia única para varios inquilinos.
Para sitios pequeños que se registren e inicien (SaaS) esto permitirá un mantenimiento menor para los ingresos obtenidos. Para clientes más grandes que pagarán más por soporte y mantenimiento, siempre puede darles su propia instancia única.
Una opción podría ser el anfitrión de la base de datos en la nube de Microsoft "SQL Azure" http://www.microsoft.com/azure/sql.mspx
¿Por qué necesita que sea en varias instancias? ¿Funcionan con la misma información? De ser así, podría configurar cada instancia con su propia base de datos (msSQL, mySQL, etc.) y usar servicios web para intercambiar datos entre ellos. Esta sería la solución más 'suelta' :)
Ya que está construyendo con .NET, es posible que desee echar un vistazo serio a SaaSGrid (FYI - Yo trabajo en Apprenda). Simplemente escribe la aplicación como si fuera para un solo cliente, pero al momento de la implementación, SaaSGrid transforma la aplicación para que sea una verdadera oferta de SaaS multiusuario. Entonces, la pregunta del modelo de datos se convierte realmente en una opción de configuración de tiempo de implementación, en lugar de una decisión de tiempo de diseño importante. Hay un montón de otros beneficios también, pero por el bien de no parecer un comercial, lo dejo así :-).
Además, aquí hay un buen artículo sobre la técnica multi-alquiler:
http://msdn.microsoft.com/en-us/library/aa479086.aspx
Espero que esto ayude.
caso de que sea una base de datos de servidor o un archivo de base de datos (como Access)? – user145586
Base de datos del servidor. La base de datos de archivos se utiliza más en los servidores de Windows, por lo que si usa Windows como servidor web, también puede ser una opción viable (aunque no estoy al tanto de las actuaciones, apostaría a que la base de datos del servidor es más rápida) – yoda