[SqueakDBX] Re: ActiveRecord o más backends?

[Guillermo Polito]

2011/6/12 Mariano Martinez Peck <marianopeck at gmail.com>

>
>
> 2011/6/12 Guillermo Polito <guillermopolito at gmail.com>
>
>> Okok, empiezo a ver por ese lado... Eso quiere decir que voy a tener que
>> instalarme dbx de 0 en una máquina con windowz no?
>>
>
> No necesariamente. Sqlite3 funciona en Linux y de hecho se compila con
> OpenDBX de una....out of the box. Igual en el VirtualBox lo tenes.
> Con respecto a MSSQL, si, deberás tener por lo menos un server corriendo en
> Windows....
> con MSSQL el cliente (dbx) lo podes probar en linux y en windows. Pero la
> base de datos en si, el server, tiene que estar en windows :(
> Lo que yo hacía, pero me costó bastante, fue leventar las 2 vms con
> VirtualBox, levantar el serve en el de windows, y luego desde la de linux le
> pegaba a la de windows...medio bardo.
>
> PERO, nosotros queremos testear Glorp, no DBX. DBX ya está testeado, así
> que con que testees en un solo SO está bien.
> Yo te recomiendo Sqlite3 en linux y MSSQL en windows.
>
> Igualmente....como siempre, yo tengo una virtual box con windows con dbx y
> todas las bases.... si quieren la puedo subir al FTP de Esteban.
>

Rareada! así pesa menos :)


>
>
>>
>> Por otro lado, el active record de Glorp es significativamente más chico,
>> y mucho más sencillo.  Peroo bueno, sigo con eso entonces :)
>>
>>
> Ojo, igual fue mi sugerencia nada más ehhh. Esteban que opinará?
>
>
>> So, SQLite, MSSQL, ODBC? Qué más?
>>
>
> Yo empezaría por Sqlite3 en Linux. Luego MSSQL en Widnows. Y luego vemos :)
>
>
>> En teoría Glorp se banca:
>>
>> PostgreSQLPlatform
>> SQLite3Platform
>> AdabasDPlatform
>> SAPDBPlatform
>> MySQLPlatform
>> MySQLODBCPlatform
>> OcelotPlatform
>> FirebirdPlatform
>> OraclePlatform
>> OracleODBCPlatform
>> SQLServerPlatform
>> AccessPlatform
>>
>> Pero debería saber cual es la intersección con DBX :)
>>
>>
> http://www.squeakdbx.org/Current%20Support
>
>
>>
>>
>> 2011/6/12 Diogenes Moreira <diogenes.moreira at gmail.com>
>>
>>> Coincido con mariano.. pero lo que agregaría es que hacer Backends nuevos
>>> no debería ser mucho laburo..
>>> excepto ODBC... no me parece un camino útil.. que en si no es un backend
>>> en si mismo, es otra capa a pedo.
>>>
>>> se que hay por ahí benchmarks. dando vueltas por ahi sobre los tiempos de
>>> ODBC.. pero me encargue de explicar cada uno..
>>>
>>> y si el issue fuera la performance, creo que deberíamos pensar en tener
>>> un accesor donde una capa de smalltalk nos de la interface comun y este
>>> sería el primer paso para la muerte de OpenDBX en el framworks.
>>>
>>>
>>> Saludos.
>>>
>>>
>>>
>>>
>>> 2011/6/12 Mariano Martinez Peck <marianopeck at gmail.com>
>>>
>>>> Hola. Estuve viendo los commits y parece que Guille empezó a portar
>>>> GlorpActiveRecord....Me quedé pensando cuales son realmente las prioridades,
>>>> y no se si coicido 100%.
>>>> En vez de continuar con el port the GlorpActiveRecord, yo avanzaría con
>>>> tener más backends andando con Glorp. Mis razones:
>>>>
>>>> - GlorpActiveRecord es algo SOBRE Glorp, pero si Glorp no te anda, no
>>>> podes usar GlorpActiveRecord, obvio. Entonces si tu motor no es MySQL o
>>>> PostgreSQL o Oracle, estás al horno.
>>>> - Ya estamos haciendo la herramienta esa con Magritte, que en cierto
>>>> sentido tiene la misma idea de GlorpActiveRecord.
>>>> - Todavía no "superamos" al GlorpDBX anterior. O sea....para marcar una
>>>> diferencia de verdad (más allá de que estemos usando una nueva versión de
>>>> Glorp), deberíamos soportar más motores.
>>>>
>>>> Bueno, entonces eso, me gustaría que primero Glorp ande con Sqlite3,
>>>> MSSQL y ODBC.  Una vez que tenemos eso andando, podemos darle foco a otras
>>>> herramientas. Pero si la base no está.....
>>>>
>>>> Opiniones?
>>>>
>>>> --
>>>> Mariano
>>>> http://marianopeck.wordpress.com
>>>>
>>>>  --
>>>> You received this message because you are subscribed to the Google
>>>> Groups "proyecto_relacional" group.
>>>> To post to this group, send email to
>>>> proyecto_relacional at googlegroups.com.
>>>> To unsubscribe from this group, send email to
>>>> proyecto_relacional+unsubscribe at googlegroups.com.
>>>> For more options, visit this group at
>>>> http://groups.google.com/group/proyecto_relacional?hl=en.
>>>>
>>>
>>>  --
>>> You received this message because you are subscribed to the Google Groups
>>> "proyecto_relacional" group.
>>> To post to this group, send email to
>>> proyecto_relacional at googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> proyecto_relacional+unsubscribe at googlegroups.com.
>>> For more options, visit this group at
>>> http://groups.google.com/group/proyecto_relacional?hl=en.
>>>
>>
>>  --
>> You received this message because you are subscribed to the Google Groups
>> "proyecto_relacional" group.
>> To post to this group, send email to proyecto_relacional at googlegroups.com
>> .
>> To unsubscribe from this group, send email to
>> proyecto_relacional+unsubscribe at googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/proyecto_relacional?hl=en.
>>
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>
>  --
> You received this message because you are subscribed to the Google Groups
> "proyecto_relacional" group.
> To post to this group, send email to proyecto_relacional at googlegroups.com.
> To unsubscribe from this group, send email to
> proyecto_relacional+unsubscribe at googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/proyecto_relacional?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups "proyecto_relacional" group.
To post to this group, send email to proyecto_relacional at googlegroups.com.
To unsubscribe from this group, send email to proyecto_relacional+unsubscribe at googlegroups.com.
For more options, visit this group at http://groups.google.com/group/proyecto_relacional?hl=en.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeakdbx/attachments/20110612/b71534d9/attachment-0001.htm