A ver, quizás me exprese mal. No uso tres motores de bases de datos. Depende del tipo de proyecto y de su envergadura escojo uno, el que considero mas adecuado de los tres. Por ejemplo si tengo que hacer un soft se corra directamente desde un cd, postgres, que yo sepa, no tiene posibilidad de embebed.<br>
Y ademas dije que dentro de las posibilidades, trato de no usar cuestiones especificas del motor. Eso mismo, trato, a veces es imposible, por ejemplo si haces GIS sobre postgres, vas a usar un monton de cosas especificas.<br>
Saludos.<br><br><div class="gmail_quote">El 21 de junio de 2009 21:07, Edwin Quijada <span dir="ltr"><<a href="mailto:listas_quijada@hotmail.com">listas_quijada@hotmail.com</a>></span> escribió:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
<br>
<br>
<br>
<br>
><br>
> Perdón que me meta, aunque en realidad soy muy metido. Por lo general decido que motor de base de datos utilizar realizando el siguiente razonamiento:<br>
><br>
><br>
</div>> 1. Si el programa es monousuario utilizo SQLite.<br>
><br>
><br>
> 2. Si el programa es multiusuario de 2 a 100 usuarios, utilizo Firebird.<br>
> 3. Si el programa es multiusuario de mas de 100 usuarios utilizo PostgreSQL.<br>
<div class="im">><br>
> Ademas siempre trato de utilizar lo menos posible las características muy especificas de los motores, como los Stored procedures, por lo general son cosas piolas pero reducen y dificultan la migración a otros motores y nunca sabes cuando puedas necesitar migrar.<br>

><br>
><br>
> Saludos!!!<br>
><br>
<br>
</div>A ver usas 3 diferentes motores de BD.<br>
Hace como 7 años empece en eso pero es un esquema imposible de mantener sino quieres estar todo el dia con clientes.<br>
Veamos en en ese momento no era SQlite sino FB y Postres que usaba hasta que me pregunte porque no uso Postgres en todos los casos y listo? Cual es el problema? La respuesta era NINGUNA.<br>
<br>
No tengo problemas de licencia, ni de SO, ni de nada para que me parto el craneo decidiendo una cosa o la otra asi que me olvide de todo y para todo uso Postgres y me ha dado excelente resultados.<br>
<br>
Para cosas locales totalmente o para configuraciones si uso SQLite pero son cosas que se nunca van a tener mas de un usuario para todo lo demas existe Postgres.<br>
<br>
Entiendo el asunto de no querer atarse a un solo motor pero de no ser asi el verdadero poder de un motor no lo usaras llamese como se llame. Toda la logica de mi negocio esta metida en la BD, SP , funciones, etc,y saco el 100% de Postgres el desarrollar app pensando que corra para todos los motores, al no usar caracteristicas especificas, para mi es una perdida de tiempo.<br>

<br>
En este caso para mi cualquiere base de datos serviria si solo la usas para almacenar cosas de que sirve, ademas lo unico que haria tu server seria select,insert.<br>
<br>
En esto viene la discusion de siempre de 2 capas o 3 que no quiero meterme en eso pero para mi es mejor usar el motor de BD a toda capacidad porque sino porque lo eligimos.<br>
<br>
<br>
*-------------------------------------------------------*<br>
*-Edwin Quijada<br>
*-Developer DataBase<br>
*-JQ Microsistemas<br>
*-809-849-8087<br>
* " Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun"<br>
*-------------------------------------------------------*<br>
_________________________________________________________________<br>
See how Windows® connects the people, information, and fun that are part of your life<br>
<a href="http://clk.atdmt.com/MRT/go/119463819/direct/01/" target="_blank">http://clk.atdmt.com/MRT/go/119463819/direct/01/</a><br>
<div><div></div><div class="h5">_______________________________________________<br>
Lazarus-es mailing list<br>
<a href="mailto:Lazarus-es@lists.lazarus.freepascal.org">Lazarus-es@lists.lazarus.freepascal.org</a><br>
<a href="http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es" target="_blank">http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus-es</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Carlos Germán Tejero<br>