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

[Mariano Martinez Peck]

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.


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

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