Comparativa Magma

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
19 messages Options
Reply | Threaded
Open this post in threaded view
|

Comparativa Magma

OswallVernyAC
Saludos,

Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

Gaboto
Y Gemstone ? creo que podes usarlo gratuitamente hasta 16GB. Quizá ya lo evaluaste como alternativa, por alguna razón lo descartaste?
Perdón, no quiero desviar el foco de tu pregunta, te lo comento como una alternativa más.

2011/3/23 Oswall Verny Arguedas C. <[hidden email]>
Saludos,

Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

fvozzi
In reply to this post by OswallVernyAC
Oswall,
yo estoy usando magma para un proyecto, no tuve problemas de perfomance pero por ahora es experimental así que no lo tomés como un caso de uso real.
Respecto de las comparativas de performance respecto de base de datos relacionales me parece que no tienen mucho sentido porque el diseño de tu modelo de objetos para a ser un poco distinto si usas magma o gemstone. Va a pasar de ser consultable a ser navegable por decir en una palabra.

Si vas a usar magma, por ahora, te recomiendo que uses Squeak porque magma está desarrollado sobre Squeak. Igual también anda en Pharo, tardan un poco más en migrar las ultimas versiones pero hasta ahora siempre funcionó.

Cualquier preguntá nomás.

Saludos,
FV


2011/3/23 Oswall Verny Arguedas C. <[hidden email]>
Saludos,

Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

Juan-2
In reply to this post by Gaboto
Hola
Me sumo a Gaboto , en Gemstome vas a encontrar menos dificultad, sino lei mal es tu primer proyecto en smalltalk., en Magma vas a encontrar otra capa mas de dificultad y problematicas q tendras q resolver, Gemstone con Glass es seaside + persistencia
Pero la capa de persistencia esta "resuelta" es transparente.
Como vos ya encaraste con Seaside creo es la mejor solucion vas a desarrollar mas rapidamente por tener muchas cosas resueltas.
mis 2cvs.
saludos
MDC

2011/3/23 Gaboto <[hidden email]>
Y Gemstone ? creo que podes usarlo gratuitamente hasta 16GB. Quizá ya lo evaluaste como alternativa, por alguna razón lo descartaste?
Perdón, no quiero desviar el foco de tu pregunta, te lo comento como una alternativa más.

2011/3/23 Oswall Verny Arguedas C. <[hidden email]>

Saludos,

Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

Diogenes Moreira
+1 Es así.

Ahora bien tené en cuenta que es una OODBMS y no la tipica Base de datos relaciones.. en un mail anterior vi que querias una comparativa contra MySQL o PostgreSQL.

No se cual es la aplicación y  cual es tu objetivo, pero una alternativa que podes analizar es utilizar un ORM como Glorp.. 
Ahi te recomendaría que uses GlorpDBX (que es el port de GLORP usando SqueakDBX como layer de acceso a datos http://www.squeakdbx.org/GLORP%20integration).. y atras tenes las tipicas bases de datos )

Mientras puedas moverte dentro del mundo de los objetos mejor y Gemstone es la opción, pero si tenes que integrarte o persistir en una base relacional, la opción de GLORP es buena.

Saludos

2011/3/23 Juan <[hidden email]>
Hola
Me sumo a Gaboto , en Gemstome vas a encontrar menos dificultad, sino lei mal es tu primer proyecto en smalltalk., en Magma vas a encontrar otra capa mas de dificultad y problematicas q tendras q resolver, Gemstone con Glass es seaside + persistencia
Pero la capa de persistencia esta "resuelta" es transparente.
Como vos ya encaraste con Seaside creo es la mejor solucion vas a desarrollar mas rapidamente por tener muchas cosas resueltas.
mis 2cvs.
saludos
MDC


2011/3/23 Gaboto <[hidden email]>
Y Gemstone ? creo que podes usarlo gratuitamente hasta 16GB. Quizá ya lo evaluaste como alternativa, por alguna razón lo descartaste?
Perdón, no quiero desviar el foco de tu pregunta, te lo comento como una alternativa más.

2011/3/23 Oswall Verny Arguedas C. <[hidden email]>

Saludos,

Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

RE: Comparativa Magma

BrunoBB
In reply to this post by Gaboto

Hola,

 

Según tengo entendido no hay límite para el repositorio de GemStone/S.

Limitantes:

·         Shared Page Cache, 2 GB (más que razonable)

·         2 Procesadores para el servidor

·         Los procesos Stone y Gem deben correr en la misma máquina.

 

http://seaside.gemstone.com/docs/GLASS-Announcement.htm

 

Saludos,

Bruno

 

De: [hidden email] [mailto:[hidden email]] En nombre de Gaboto
Enviado el: Wednesday, March 23, 2011 4:26 PM
Para: [hidden email]
Asunto: Re: [clubSmalltalk] Comparativa Magma

 

Y Gemstone ? creo que podes usarlo gratuitamente hasta 16GB. Quizá ya lo evaluaste como alternativa, por alguna razón lo descartaste?
Perdón, no quiero desviar el foco de tu pregunta, te lo comento como una alternativa más.

2011/3/23 Oswall Verny Arguedas C. <[hidden email]>

Saludos,

Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

 

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

OswallVernyAC
In reply to this post by Gaboto
Claro, creo que para aplicaciones empresariales Gemstone es lo mejor en smalltalk.
Tenía a Magma y Gemstone como las dos opciones finales.

Magma me pareció muy cómoda porque al parecer tiene todo lo que se necesita y es por objetos.   Se instaló en seaside 3.0.4 con pharo muy bien.  También la tengo con squeak, ambos con Linux ubuntu.

La única duda con magma es que no le conozco ninguna curva de rendimiento, entonces no tengo con qué comparar (por eso consulte sobre las RDBMS Mysql y Postgresql),  no se realmente que esperar.

Gemstone me pareció mejor opción para aplicaciones empresariales con su peso.
Aquí implica una plataforma completa, incluido el sistema operativo.




El 23 de marzo de 2011 13:25, Gaboto <[hidden email]> escribió:
Y Gemstone ? creo que podes usarlo gratuitamente hasta 16GB. Quizá ya lo evaluaste como alternativa, por alguna razón lo descartaste?
Perdón, no quiero desviar el foco de tu pregunta, te lo comento como una alternativa más.

2011/3/23 Oswall Verny Arguedas C. <[hidden email]>
Saludos,

Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

Diogenes Moreira
In reply to this post by BrunoBB
Si es cierto que no limitantes para el repositorio de Gemstone, en la version paga.
En la version free el limite es de 16GB

Saludos


2011/3/23 Smalltalk <[hidden email]>

Hola,

 

Según tengo entendido no hay límite para el repositorio de GemStone/S.

Limitantes:

·         Shared Page Cache, 2 GB (más que razonable)

·         2 Procesadores para el servidor

·         Los procesos Stone y Gem deben correr en la misma máquina.

 

http://seaside.gemstone.com/docs/GLASS-Announcement.htm

 

Saludos,

Bruno

 

De: [hidden email] [mailto:[hidden email]] En nombre de Gaboto
Enviado el: Wednesday, March 23, 2011 4:26 PM
Para: [hidden email]
Asunto: Re: [clubSmalltalk] Comparativa Magma

 

Y Gemstone ? creo que podes usarlo gratuitamente hasta 16GB. Quizá ya lo evaluaste como alternativa, por alguna razón lo descartaste?
Perdón, no quiero desviar el foco de tu pregunta, te lo comento como una alternativa más.

2011/3/23 Oswall Verny Arguedas C. <[hidden email]>

Saludos,

Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

 

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

OswallVernyAC
In reply to this post by fvozzi
Gracias, aquí solamente sería la carga de datos que pueda manejar, algo así como una curva de rendimiento para saber que esperar.
Aún no encuentro en web mucha info sobre magma.



El 23 de marzo de 2011 13:32, Facundo Vozzi <[hidden email]> escribió:
Oswall,
yo estoy usando magma para un proyecto, no tuve problemas de perfomance pero por ahora es experimental así que no lo tomés como un caso de uso real.
Respecto de las comparativas de performance respecto de base de datos relacionales me parece que no tienen mucho sentido porque el diseño de tu modelo de objetos para a ser un poco distinto si usas magma o gemstone. Va a pasar de ser consultable a ser navegable por decir en una palabra.

Si vas a usar magma, por ahora, te recomiendo que uses Squeak porque magma está desarrollado sobre Squeak. Igual también anda en Pharo, tardan un poco más en migrar las ultimas versiones pero hasta ahora siempre funcionó.

Cualquier preguntá nomás.

Saludos,
FV


2011/3/23 Oswall Verny Arguedas C. <[hidden email]>
Saludos,


Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

OswallVernyAC
In reply to this post by Juan-2
Tienes razón, la instalación de magma me llevó mi tiempo debido a versiones y otros.
Seguramente Gemstone es lo mejor para los projectos.
Bueno, voy a bajarlo.
Gracias


El 23 de marzo de 2011 13:34, Juan <[hidden email]> escribió:
Hola
Me sumo a Gaboto , en Gemstome vas a encontrar menos dificultad, sino lei mal es tu primer proyecto en smalltalk., en Magma vas a encontrar otra capa mas de dificultad y problematicas q tendras q resolver, Gemstone con Glass es seaside + persistencia
Pero la capa de persistencia esta "resuelta" es transparente.
Como vos ya encaraste con Seaside creo es la mejor solucion vas a desarrollar mas rapidamente por tener muchas cosas resueltas.
mis 2cvs.
saludos
MDC


2011/3/23 Gaboto <[hidden email]>
Y Gemstone ? creo que podes usarlo gratuitamente hasta 16GB. Quizá ya lo evaluaste como alternativa, por alguna razón lo descartaste?
Perdón, no quiero desviar el foco de tu pregunta, te lo comento como una alternativa más.

2011/3/23 Oswall Verny Arguedas C. <[hidden email]>

Saludos,

Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

OswallVernyAC
In reply to this post by Diogenes Moreira
Saludos,

Ya tengo algo de experiencia con Hibernate en java y los ORM tienen sus cosas.    
Las migraciones de la base de datos cuando se cambian las clases tienen su trabajo a veces, por eso quiero probar las OODBMS y en este caso con smalltalk que tiene nativas y por objetos.



El 23 de marzo de 2011 14:49, Diogenes Moreira <[hidden email]> escribió:
+1 Es así.

Ahora bien tené en cuenta que es una OODBMS y no la tipica Base de datos relaciones.. en un mail anterior vi que querias una comparativa contra MySQL o PostgreSQL.

No se cual es la aplicación y  cual es tu objetivo, pero una alternativa que podes analizar es utilizar un ORM como Glorp.. 
Ahi te recomendaría que uses GlorpDBX (que es el port de GLORP usando SqueakDBX como layer de acceso a datos http://www.squeakdbx.org/GLORP%20integration).. y atras tenes las tipicas bases de datos )

Mientras puedas moverte dentro del mundo de los objetos mejor y Gemstone es la opción, pero si tenes que integrarte o persistir en una base relacional, la opción de GLORP es buena.

Saludos

2011/3/23 Juan <[hidden email]>
Hola
Me sumo a Gaboto , en Gemstome vas a encontrar menos dificultad, sino lei mal es tu primer proyecto en smalltalk., en Magma vas a encontrar otra capa mas de dificultad y problematicas q tendras q resolver, Gemstone con Glass es seaside + persistencia
Pero la capa de persistencia esta "resuelta" es transparente.
Como vos ya encaraste con Seaside creo es la mejor solucion vas a desarrollar mas rapidamente por tener muchas cosas resueltas.
mis 2cvs.
saludos
MDC


2011/3/23 Gaboto <[hidden email]>
Y Gemstone ? creo que podes usarlo gratuitamente hasta 16GB. Quizá ya lo evaluaste como alternativa, por alguna razón lo descartaste?
Perdón, no quiero desviar el foco de tu pregunta, te lo comento como una alternativa más.

2011/3/23 Oswall Verny Arguedas C. <[hidden email]>

Saludos,

Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

RE: Comparativa Magma

BrunoBB
In reply to this post by Diogenes Moreira

Hola,

 

No, no es asi.

 

La versión free/libre tampoco tiene límite del repositorio.

Chequea el link:

http://seaside.gemstone.com/docs/GLASS-Announcement.htm

 

Saludos,

Bruno

 

De: [hidden email] [mailto:[hidden email]] En nombre de Diogenes Moreira
Enviado el: Wednesday, March 23, 2011 6:24 PM
Para: [hidden email]
Asunto: Re: [clubSmalltalk] Comparativa Magma

 

Si es cierto que no limitantes para el repositorio de Gemstone, en la version paga.

En la version free el limite es de 16GB

 

Saludos

 

2011/3/23 Smalltalk <[hidden email]>

Hola,

 

Según tengo entendido no hay límite para el repositorio de GemStone/S.

Limitantes:

·         Shared Page Cache, 2 GB (más que razonable)

·         2 Procesadores para el servidor

·         Los procesos Stone y Gem deben correr en la misma máquina.

 

http://seaside.gemstone.com/docs/GLASS-Announcement.htm

 

Saludos,

Bruno

 

De: [hidden email] [mailto:[hidden email]] En nombre de Gaboto
Enviado el: Wednesday, March 23, 2011 4:26 PM
Para: [hidden email]
Asunto: Re: [clubSmalltalk] Comparativa Magma

 

Y Gemstone ? creo que podes usarlo gratuitamente hasta 16GB. Quizá ya lo evaluaste como alternativa, por alguna razón lo descartaste?
Perdón, no quiero desviar el foco de tu pregunta, te lo comento como una alternativa más.

2011/3/23 Oswall Verny Arguedas C. <[hidden email]>

Saludos,

Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

 

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

 

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

Diogenes Moreira

Esto es nuevo... en el ultimo esug lo habian llevado de 8 a 16GB.. Mucha onda la de los muchachos. de Spring/VMWare/Gemstone.

Lo unico el limite del Shared Page, pero tenes que tener un grafo muy guarango para pasar ese limite. Supongo que la limitación debe estar en la cantidad de Gems y Stones que podes tener...no vi nada que diga este limite.
Hasta el 2010 el Glass solo te permitia levantar Gems en la misma maquina donde esta el Stone (solo te permitia 1).. Cuando tenga un rato voy a preguntar en la lista de Glas..

Saludos

2011/3/23 Smalltalk <[hidden email]>

Hola,

 

No, no es asi.

 

La versión free/libre tampoco tiene límite del repositorio.

Chequea el link:

De: [hidden email] [mailto:[hidden email]] En nombre de Diogenes Moreira
Enviado el: Wednesday, March 23, 2011 6:24 PM


Para: [hidden email]
Asunto: Re: [clubSmalltalk] Comparativa Magma

 

Si es cierto que no limitantes para el repositorio de Gemstone, en la version paga.

En la version free el limite es de 16GB

 

Saludos

 

2011/3/23 Smalltalk <[hidden email]>

Hola,

 

Según tengo entendido no hay límite para el repositorio de GemStone/S.

Limitantes:

·         Shared Page Cache, 2 GB (más que razonable)

·         2 Procesadores para el servidor

·         Los procesos Stone y Gem deben correr en la misma máquina.

 

http://seaside.gemstone.com/docs/GLASS-Announcement.htm

 

Saludos,

Bruno

 

De: [hidden email] [mailto:[hidden email]] En nombre de Gaboto
Enviado el: Wednesday, March 23, 2011 4:26 PM
Para: [hidden email]
Asunto: Re: [clubSmalltalk] Comparativa Magma

 

Y Gemstone ? creo que podes usarlo gratuitamente hasta 16GB. Quizá ya lo evaluaste como alternativa, por alguna razón lo descartaste?
Perdón, no quiero desviar el foco de tu pregunta, te lo comento como una alternativa más.

2011/3/23 Oswall Verny Arguedas C. <[hidden email]>

Saludos,

Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

 

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

 

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

RE: Comparativa Magma

BrunoBB

Hola,

 

Si, es nuevo y EXCELENTE noticia.

 

Según me había dicho James Foster las son (pero confírmalo en la lista de GLASS):

·         Shared Page Cache, 2 GB (más que razonable)

·         2 Procesadores para el servidor

·         Los procesos Stone y Gems deben correr en la misma máquina. Creo que no hay límite para el numero de procesos Gems. Pero todo en la misma máquina.

A mí me parece super razonable y muy buena noticia.

Saludos,

Bruno

 

De: [hidden email] [mailto:[hidden email]] En nombre de Gaboto
Enviado el: Wednesday, March 23, 2011 4:26 PM
Para: [hidden email]
Asunto: Re: [clubSmalltalk] Comparativa Magma

 

Y Gemstone ? creo que podes usarlo gratuitamente hasta 16GB. Quizá ya lo evaluaste como alternativa, por alguna razón lo descartaste?
Perdón, no quiero desviar el foco de tu pregunta, te lo comento como una alternativa más.

2011/3/23 Oswall Verny Arguedas C. <[hidden email]>

Saludos,

Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

 

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

 

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

 

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

fvozzi
In reply to this post by OswallVernyAC
Oswall,
yo probé cosas del estilo 20000 clientes con 100 transacciones asociadas que es lo que calculé que sería algo lógico para 3 años de uso por ejemplo y no tuve problemas de performance. Sí querés decime que volumen de datos pensás manejar, y más o menos las clases, y hago un script para probar masivamente Magma y hacemos algunas estadisticas.

El problema de Magma es que, como ya te comentaron, tenés que hacer algunas cosas "más a mano", que tiene una comunidad de usuarios chica (por ser bueno, pero es casi inexistente) y casi no tiene documentación. Pero Chris, que hizo Magma, responde todas las preguntas que le hagas sin drama. Está muy activo en el desarrollo de Squeak así que eso es bueno creo, pensando en el futuro de Magma obvio. Yo estoy usando Squeak (en lugar de Pharo) por Magma pero si vas a usar GemStone te va a convenir usar Pharo me parece.

Saludos,
FV

P.D.: hoy por hoy, Pharo y Squeak van al mismo lugar, según mi optica, así que vas a tener que elegir por gusto nomás. Pharo parece estar mucho más activo que Squeak y la versión 1.2 parece ser buena.



2011/3/23 Oswall Verny Arguedas C. <[hidden email]>
Gracias, aquí solamente sería la carga de datos que pueda manejar, algo así como una curva de rendimiento para saber que esperar.
Aún no encuentro en web mucha info sobre magma.



El 23 de marzo de 2011 13:32, Facundo Vozzi <[hidden email]> escribió:

Oswall,
yo estoy usando magma para un proyecto, no tuve problemas de perfomance pero por ahora es experimental así que no lo tomés como un caso de uso real.
Respecto de las comparativas de performance respecto de base de datos relacionales me parece que no tienen mucho sentido porque el diseño de tu modelo de objetos para a ser un poco distinto si usas magma o gemstone. Va a pasar de ser consultable a ser navegable por decir en una palabra.

Si vas a usar magma, por ahora, te recomiendo que uses Squeak porque magma está desarrollado sobre Squeak. Igual también anda en Pharo, tardan un poco más en migrar las ultimas versiones pero hasta ahora siempre funcionó.

Cualquier preguntá nomás.

Saludos,
FV


2011/3/23 Oswall Verny Arguedas C. <[hidden email]>
Saludos,


Estoy analizando utilizar magma para mi primer proyecto con seaside (con pharo o squeak).

Pretendo utilizar Magma database como persistencia de objetos.

Sin embargo, este sería mi primer hola mundo en smalltalk, y quisiera utilizar una base de datos que pueda manejar
cierta cantidad de objetos, ya que la aplicación sería empresarial tipo intranet.

Por esto necesito tener conocimiento sobre magma, alguna comparativa o estadística sobre el manejo y velocidad
de procesamiento aplicado principalmente a colecciones  (grabar,  leer,  borrado), para no fallar en el inicio.

Me refiero a alguna comparativa contra algo que conozca como MySQL o Postgresql y así tomar una decisión.
Esto tratando de obviar el trasfondo tecnológico porque obviamente magma es base de datos para objetos y las anteriores RDBMS.

Me gustaría database para objetos y no ORM, ya que por esto utilizaría smalltalk.

Gracias de antemano.
Oswall AC.

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

Gerardo Richarte
In reply to this post by OswallVernyAC
yo creo que la única razón válida hasta ahora que escuché para no usar
Gemstone es que el cliente te obligue a usar una base de datos
relacional como backend (porque ya tienen, o lo que sea). Y eso es solo
una buena razón cuando no te podés dar el lujo de elegir los clientes,
porque en ese caso simplemente les decís: sabés que? buscate otro que lo
haga.

de verdad, Gemstone es lo único que vale la pena, dale, animate!

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

fvozzi
Según http://seaside.gemstone.com/docs/GLASS-Announcement.htm la versión 64-bit web edition free no tiene límites para el tamaño del repositorio y la virtual appliance (GLASS) tiene un límite de 4 gb. ¿Eso es así?

2011/3/26 Gerardo Richarte <[hidden email]>
yo creo que la única razón válida hasta ahora que escuché para no usar
Gemstone es que el cliente te obligue a usar una base de datos
relacional como backend (porque ya tienen, o lo que sea). Y eso es solo
una buena razón cuando no te podés dar el lujo de elegir los clientes,
porque en ese caso simplemente les decís: sabés que? buscate otro que lo
haga.

de verdad, Gemstone es lo único que vale la pena, dale, animate!

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

OswallVernyAC
In reply to this post by Gerardo Richarte
Ok, voy a entrarle a Gemstone.

Quería consultarles sobre Magritte, si es requerido para modelar los datos.

He utilizado algunos frameworks "model driven" en java que me ayudan a autogenerar el view, sin embargo me pregunto si Magritte es similar a eso y si es posible para tener más control el no utilizarlo.

Y si no lo utilizo?, habrían retrasos importantes?

Que opinan.
Gracias de antemano.



El 26 de marzo de 2011 09:57, Gerardo Richarte <[hidden email]> escribió:
yo creo que la única razón válida hasta ahora que escuché para no usar
Gemstone es que el cliente te obligue a usar una base de datos
relacional como backend (porque ya tienen, o lo que sea). Y eso es solo
una buena razón cuando no te podés dar el lujo de elegir los clientes,
porque en ese caso simplemente les decís: sabés que? buscate otro que lo
haga.

de verdad, Gemstone es lo único que vale la pena, dale, animate!

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org
Reply | Threaded
Open this post in threaded view
|

Re: Comparativa Magma

fvozzi
Oswall,
si vas a usar seaside, magritte está bueno para generar html. Es muy fácil de usar y para las ventanas más complejas no lo usas y listo. Es decir, te hacer la ventana a manopla.

Si tenés dudas sobre el uso de magritte pregunta nomás.

Abrazo,
FV


2011/3/29 Oswall Verny Arguedas C. <[hidden email]>
Ok, voy a entrarle a Gemstone.

Quería consultarles sobre Magritte, si es requerido para modelar los datos.

He utilizado algunos frameworks "model driven" en java que me ayudan a autogenerar el view, sin embargo me pregunto si Magritte es similar a eso y si es posible para tener más control el no utilizarlo.

Y si no lo utilizo?, habrían retrasos importantes?

Que opinan.
Gracias de antemano.



El 26 de marzo de 2011 09:57, Gerardo Richarte <[hidden email]> escribió:

yo creo que la única razón válida hasta ahora que escuché para no usar
Gemstone es que el cliente te obligue a usar una base de datos
relacional como backend (porque ya tienen, o lo que sea). Y eso es solo
una buena razón cuando no te podés dar el lujo de elegir los clientes,
porque en ese caso simplemente les decís: sabés que? buscate otro que lo
haga.

de verdad, Gemstone es lo único que vale la pena, dale, animate!

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]

http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org

--
To post to this group, send email to [hidden email]
To unsubscribe from this group, send email to [hidden email]
 
http://www.clubSmalltalk.org