Post, Crea o modifica?

[destrukthor]

Mil gracias por el consejo, terminare este pequeño proyecto de pruebas q estoy haciendo y me pondre en marcha a aprender SQL.
Gracias.. Amigo

[roman]

Hola, en mi opinión la gran limitante de paradox es la cantidad de usuarios y/o información que puede manejar. No obstante, prácticamente no he tenido problema alguno al usarlo en red. Pero además, sea o no en red, definitivamente paradox está hecho para ser usado con componentes Table. El SQL que maneja no es más que una emulación que trabaja muy lento. SQL es la mejor opción cuando se usa con motores que realmente son cliente-servidor. Con paradox la cosa es alrevés. Las componentes Table están diseñadas para trabajar con los índices que se establecen mientras que TQuery no usa esos índices y cualquier consulta SQL que no use índices es, la más de las veces, muy lenta.

Eso sí, el hecho de no ser cliente-servidor y de haber actualmente varias opciones libres que sí lo son (como las que menciona Sick boy), hace difícil entender que se siga optando por paradox, o access que para el caso es lo mismo.

Por otra parte, destrukthor, te recomiendo que esto último que preguntas lo hagas en otro hilo o busques en los foros porque nos estamos saliendo del tema original.

// Saludos

[Sick boy]

Yo ya sabia que hay gente trabajando con paradox en red y que les funciona bien!!!

pero

Con paradox la cosa es alrevés. Las componentes Table están diseñadas para trabajar con los índices que se establecen mientras que TQuery no usa esos índices y cualquier consulta SQL que no use índices es, la más de las veces, muy lenta.

Esto si que no lo sabia, y puede ser el motivo por el que nunca consegui que funcionara como yo queria o esperaba, ya que el 90% de la aplicación usaba querys.

No coincido con lo de los indices y los querys, pero puedo estar equivocado.

Con lo que coincido es que ya no tiene mucho sentido usar paradox, y pasarte el dia reconstruyendo indices, reparando autoincrementales y liberando los lck.

Y es cierto que hay que abrir otro hilo, porque esto ya es otro tema.

[roman]

Empezado por Sick boy

ya no tiene mucho sentido usar paradox, y pasarte el dia reconstruyendo indices, reparando autoincrementales y liberando los lck.

El punto es: normalmente yo no tengo que hacer esta tareas. Nunca. Las únicas veces en que he debido regenerar índices es cuando falla la energía eléctrica y la pc se apaga a la brava. Por ello es que para mi esa no es la razón para no usar paradox.

No obstante, como estamos de acuerdo en ya no usar paradox, pues mal haríamos discutiendo de algo que ninguno va a usar

// Saludos

[Sick boy]

Nunca. Las únicas veces en que he debido regenerar índices es cuando falla la energía eléctrica y la pc se apaga a la brava

Nunca???
O cuando el windows se cuelga....
O cuando intenta enredar en la base de datos desde access...

Cuando el sistema esta vendido a muchos clientes, estos casos "raros" suceden casi a diario.
De hecho, hice una aplicación que detectaba estos cierres "bruscos" y reparaba de forma automatica, lo cual me quitaba muchos dolores de cabeza.

Pero, y cuando de vez en cuando desparecen datos??

Podriamos abrir otro hilo y poner a parir a Paradox, dBase y compañia, y compararlas con las bases de datos libres actuales (FB, MySQL, DB2, ...), que también tienen sus cositas.

Por mi parte, creo que este hilo ha sobrepasado el proposito inicial, no te parece??

[roman]

Sí, si me parece. Y como dije, a fin de cuentas estoy de acuerdo contigo. No tiene caso elaborar sobre algo ya muerto: paradox, access, dbase, etc. (bueno, dbase aún me sirve a veces como medio de transferencia entre un motor y otro)

// Saludos