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==--