Comparativa Magma
Locked
 
|
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 |
|
|
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, -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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, -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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? -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
+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 To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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 Y Gemstone ? creo que podes
usarlo gratuitamente hasta 16GB. Quizá ya lo evaluaste como alternativa, por
alguna razón lo descartaste? 2011/3/23 Oswall Verny Arguedas C. <[hidden email]> Saludos, -- -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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? -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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]>
To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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, -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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 To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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í. To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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 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 Y
Gemstone ? creo que podes usarlo gratuitamente hasta 16GB. Quizá ya lo
evaluaste como alternativa, por alguna razón lo descartaste? 2011/3/23
Oswall Verny Arguedas C. <[hidden email]> Saludos, -- --
-- -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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]>
To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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 Y Gemstone
? creo que podes usarlo gratuitamente hasta 16GB. Quizá ya lo evaluaste como
alternativa, por alguna razón lo descartaste? 2011/3/23
Oswall Verny Arguedas C. <[hidden email]> Saludos, -- --
--
--
-- -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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]>
-- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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 |
|
|
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 -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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 -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
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. To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
| Free forum by Nabble | Edit this page |