No-sql
Juan Manuel Gómez Álvarez <[email protected]> Mon, 4 Jul 2011 18:57:37 +0100
| Newsgroups | gmane.comp.gnome.mono.hispano |
|---|---|
| Message-ID | <CAJ1RMRSq_drLJ5A7-bYnc8setF_Vaw1=fWKnYoF6foY8gXo1Aw@mail.gmail.com> |
--===============2055707806406747359== Content-Type: multipart/alternative; boundary=485b397dd1054f745404a7421ae8 --485b397dd1054f745404a7421ae8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Buenas a todos, Estoy desarrollando una nueva versi=F3n de una p=E1gina que tiene aproximadamente entre unas 30.000 y 100.000 visitas al mes, y se prev=E9 qu= e tendr=E1 muchas m=E1s. En principio una base de datos relaiconal no deber= =EDa dar problemas de escalabilidad, pero me surge la necesidad de desmarcarme de EF y SQLSERVER y empezar a desarrollar toda la aplicaci=F3n -o al menos empeza= r a orientarla- para que pueda ser desarrollada en Mono. Mi duda es que si es viable utilizar Mongo (o alguna otra) en un proyecto d= e este tipo, es decir si no est=E1 verde. Las relaciones se hacen a nivel de objetos, as=ED que la capa de acceso a datos puede ser modificada que todo seguir=E1 funcionando correctamente, es m=E1s el controlador funcionar=EDa = hasta con ficheros serializados, pero no me parece la mejor opci=F3n, aunque todo= s estos datos se guardan en una cach=E9 interna que he dise=F1ado. Realmente = es una librer=EDa orientada a hacer aplicaciones de gesti=F3n, en la que en un principio utilic=E9 EF pero que realmente su uso a d=EDa de hoy no es neces= ario. Por eso quiero saber si es lo suficiente estable y tiene soporte (a nivel d= e documentaci=F3n) los driver de Mongo para .NET. Muchas gracias, Juan M G=F3mez --485b397dd1054f745404a7421ae8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Buenas a todos,=A0<br>Estoy desarrollando una nueva versi=F3n de una p=E1gi= na que tiene aproximadamente entre unas 30.000 y 100.000 visitas al mes, y = se prev=E9 que tendr=E1 muchas m=E1s. En principio una base de datos relaic= onal no deber=EDa dar problemas de escalabilidad, pero me surge la necesida= d de desmarcarme de EF y SQLSERVER y empezar a desarrollar toda la aplicaci= =F3n -o al menos empezar a orientarla- para que pueda ser desarrollada en M= ono.<div> <br></div><div>Mi duda es que si es viable utilizar Mongo (o alguna otra) e= n un proyecto de este tipo, es decir si no est=E1 verde. Las relaciones se = hacen a nivel de objetos, as=ED que la capa de acceso a datos puede ser mod= ificada que todo seguir=E1 funcionando correctamente, es m=E1s el controlad= or funcionar=EDa hasta con ficheros serializados, pero no me parece la mejo= r opci=F3n, aunque todos estos datos se guardan en una cach=E9 interna que = he dise=F1ado. Realmente es una librer=EDa orientada a hacer aplicaciones d= e gesti=F3n, en la que en un principio utilic=E9 EF pero que realmente su u= so a d=EDa de hoy no es necesario. Por eso quiero saber si es lo suficiente= estable y tiene soporte (a nivel de documentaci=F3n) los driver de Mongo p= ara .NET.<br> <br></div><div><br>Muchas gracias,=A0<br><div><table width=3D"784.0" cellsp= acing=3D"0" cellpadding=3D"0"><tbody><tr><td valign=3D"middle"><p><font cla= ss=3D"Apple-style-span" size=3D"2">Juan M G=F3mez</font></p><p><font size= =3D"1"><br></font></p> </td> </tr> <tr> <td valign=3D"top"> <p><font size=3D"1"><br></font></p> </td> </tr> </tbody> </table> <p></p></div> </div> --485b397dd1054f745404a7421ae8-- --===============2055707806406747359== Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline _______________________________________________ Mono-hispano mailing list [email protected] https://listas.hispalinux.es/mailman/listinfo/mono-hispano --===============2055707806406747359==--