Post, Crea o modifica?

[roman]

Así es, State puede tener varios valores y cuando interesa saber si es uno de entre varios entonces IN es lo mejor. De hecho, cuando más lo he usado es justo para lo contrario: saber si el DataSet está en edición o inserción sin importar cuál exactamente:

Código Delphi [-]
if DataSet.State in [dsInsert, dsEdit] then

y coincido contigo pues es mucho más cómodo que usando OR.

Por cierto, en esa misma unidad DB se define la constante

Código Delphi [-]
const
  dsEditModes = [dsEdit, dsInsert, dsSetKey];

de manera que de hecho se puede poner

Código Delphi [-]
if DataSet.State in dsEditModes then

para saber si el DataSet se está editando.

// Saludos

[Sick boy]

Yo lo uso exactamente para los mismo, para saber cuando esta en modo edición.

Y no conocia dsEditModes, asi que otra cosa más que he aprendido hoy.

[destrukthor]

Gracias yo tambien he aprendido algomas y vastante mas.

Una pequeña consulta y para que me aconsejen, yo uso tablas paradox, y aqui he escuchado mucho hablar de SQL o MySql, lo que estoy usando (paradox), me servira para una red o es preferible aprender de inmediato MySql.
Recuerden q soy novato en Delphi.

Gracias por las Ayudas recibidas..

[Sick boy]

La pregunta es tan amplia.......

Paradox en red funciona mal. Se que algunos diran que se puede hacer, pero en mi opinión funciona mal. Paradox no se diseñó para usarlo en red.

En cualquier caso, si utilizas paradox en red, tendrás que utilizar SQL, ya que con objetos TTable es una locura.

SQL es un estandar de lenguaje para acceder a bases de datos.
No es una base de datos en si misma, sino un conjunto de reglas comunes a todas (o casi todas) las bases de datos.

Asi que no tienes que aprender MySQL, sino SQL.

Luego tendrás que decidir que motor de base de datos es mejor para la aplicación que estes desarrollando.

Yo prefiero FireBird antes que MySql, pero es para gustos.

Y para terminar, cada motor de base de datos suele tener sus extensiones a la norma general de SQL, de modo que las sentencias SQL "basicas" son las mismas, pero cada GDB te permitirá ciertas funciones "extendidas".

Mi recomendación, por experiencia propia, cuanto antes migres TODO a SQL mejor, aunque el proyecto sea pequeño, nunca se sabe....

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