DataSnap o LAMP

[roman]

D-MO:

No sé si ya lo mencionaste. ¿Con que motor de datos has trabajado con python?

// Saludos

[D-MO]

Empezado por roman

D-MO:

No sé si ya lo mencionaste. ¿Con que motor de datos has trabajado con python?

// Saludos

Creo que no lo he mencionado, desarrollo lo trabajo con sqlite3 pues para que sobrecargar mi pobre máquina (que ya no dá para mas) con un servidor "activo" mientras desarrollo. Al finalizar una aplicación o querer probarla con otro motor de bd, hago lo siguiente:

Con el sistema funcionando con slqite3, descargo la información (registros en la bd) con la que he trabajado para no tener que volver a llenar la nueva bd a mano.

python manage.py dumpdata > dump_XXX.json

Luego edito el settings.py para indicar la conexión a la otra bd (MySQL, PostgreSQL). Seguido hago el proceso de instalación de mis modelos en la bd:

python manage.py syncdb

Y por último, cargo a la nueva bd la información que saqué de la otra (sqlite3):

python manage.py loaddata dump_XXX.json

Y listo, con esto tengo toda la información con otro motor de bd.

Pero respondiendo a tu pregunta, en desarrollo siempre uso sqlite3, en producción he usado MySQL (mas que todo en cuentas compartidas que no proveen soporte a PostgreSQL) y una o dos con PostgreSQL.

Acá en el trabajo tengo una aplicación funcionando con sqlite3, no tiene mucha demanda y ha funcionado muy bién.

Para la aplicación que planteo acá pretendo usar PostgreSQL, aunque si la llego a desarrollar, al liberarla (planeo hacerlo bajo la licencia BSD) sabemos que podrá utilizarse con cualquier motor soportado por Django.

Saludos.

[roman]

¡Guau! ¿¡Así de transparente es el cambio!?

Este sólo mensaje tuyo debería bastar a cualquiera para probar el framework!

// Saludos

[[Chris]]

Empezado por roman

¡Guau! ¿¡Así de transparente es el cambio!?

Este sólo mensaje tuyo debería bastar a cualquiera para probar el framework!

Es por eso que ya he preelegido este framework! De verdad es productivo. Es el Delphi de la web creo.

[D-MO]

Empezado por roman

¡Guau! ¿¡Así de transparente es el cambio!?

Este sólo mensaje tuyo debería bastar a cualquiera para probar el framework!

// Saludos

Así es, siempre y cuando no toques nada de la estructura del SQL, que será así en la mayoría de los casos si te apegas a la forma de Django de hacer las cosas.

Pues espero que se animen a probarlo, a ver si es cierta la filosofía de "Probó y le gustó" . Yo si lo probé y me gustó .

Saludos.

[D-MO]

Empezado por roman

Este sólo mensaje tuyo debería bastar a cualquiera para probar el framework!...

... ¿y será suficiente para justificar la creación del subforo Python en el grupo de Otros Entornos y Lenguajes?

[roman]

¡Hombre! Para eso soy moderador!! Uy, no, eso sonó dictatorial

Ja, ja. Deja plantearlo a los demás moderadores. Ayudaría saber que vas a escribir una introducción al framework, je, je.

// Saludos

[D-MO]

Empezado por roman

...Ayudaría saber que vas a escribir una introducción al framework, je, je

Si eso ayuda, ¡¡¡Con gusto!!!

[[AzidRain]]

Aquí la clave es que mencionas que vas a empezar de ceros, entonces es más recomendable irte por la parte de PHP y compañía, pues si bien es algo nuevo para tí, todo el proyecto lo es por lo que no pierdes nada. Si se tratara de un proyecto ya en marcha o hacer cambios, entonces sí, lo mejor es quedarse con lo que trabajas más rápido.

Sin quererme plantar como experto creo que cuando iniciamos un proyecto totalmente nuevo es el mejor momento para aplicar y empezar con todas esas cosas que se nos van presentando y que tenemos la inquietud de probar. Eso sí, en algún momento dado tendrás que regresarte y retomar el diseño o alguna parte de tu desarrollo pero al final te va a dar muchos beneficios intelectuales.

En mi caso, nuestro mejor desarrollo empezó en Clipper 5.0 y ya lo hemos migrado varias veces a diferntes lenguajes de acuerdo con lo que hemos ido aprendiendo y mejorando, la clave es contar con un modelo sólido.