Error - Not in edit mode

[juanelo]

Empezado por jachguate

¡claro que tiene sentido!, solo por decir un par de casos que se me ocurren:

• Si el nivel de aislamiento de tu transacción es "Repetable read" o "serializable" que es lo mismo, y requerís obtener información "fresca" en tu siguiente select.
• Que tal si la aplicación correrá sin parar durante un año, no querras que tu Oldest Transaction en el servidor sea tan viejo... y tener todas las versiones de todos los registros solo por eso... si la base de datos tiene unos cuantos miles de registros, y unos cuantos millones de updates en el transcurso de un año (una tabla de existencias, es un buen ejemplo). ¡el tamaño de la base de datos sería monstruoso!

Te recuerdo que también los select's y no no solo los insert/update/delete corren en el contexto de una transacción.

Hasta luego.

Que tal,
Yo respondo en el contexto en que el amigo Jose Roman hace su pregunta

Hola a todos, Tengo Delphi 7, Firebird 2.0, MDO, un form con sus respectivos DBEdit, DataSourge, DBNavigator. La tabla de datos TIngreso esta vacia

Entonces no creo que su tabla tenga un millón de registros ni mucho menos .

[jachguate]

Empezado por juanelo

Que tal,
Yo respondo en el contexto en que el amigo Jose Roman hace su pregunta

Entonces no creo que su tabla tenga un millón de registros ni mucho menos .

Jose Roman dice que actualmente la tabla está vacia. No dice cuantos datos tendrá en el futuro.

Si programasemos las aplicaciones pensando solamente en que cuando se instalan, normalmente la gran mayoría de las tablas están vacias... no quiero imaginarme el desempeño y los resultados cuándo esas aplicaciones tengan unos cuantos años en producción...

[juanelo]

Empezado por jachguate

Jose Roman dice que actualmente la tabla está vacia. No dice cuantos datos tendrá en el futuro.

Si programasemos las aplicaciones pensando solamente en que cuando se instalan, normalmente la gran mayoría de las tablas están vacias... no quiero imaginarme el desempeño y los resultados cuándo esas aplicaciones tengan unos cuantos años en producción...

Estoy de acuerdo, pero tambien hay que saber hacer lo que el cliente en realidad quiere, recuerdo muy bien una serie de imagenes en la cual un cliente solicita que se le contruya un columpio, y el programador termino contruyendo una montaña rusa con una llanta a modo de balancin. ¿Esta era su verdadera necesidad del usario?.
El problema que tenemos a veces es pensar en lugar del usuario, y le presentamos soluciones que van mas alla de sus necesidades.

En ninguna parte del mensaje del compañero Jose Roman menciono que su aplicacion es 24x7x365 con transacciones cada 1/2 segundo, etc ... Creeme que que si lo hubiese mencionado otra cosa hubiera sido.

PD: No es mi intencion polemizar ni seguir con este debate, es mi punto de vista y ya.

[jachguate]

Estoy de acuerdo en no buscar la polémica.

Normalmente no hago afirmaciones solamente en el contexto del hilo, pues la idea es que lo que acá se dice sea leido por mas gente, ahora y en el futuro, por lo que mejor si es útil para muchos.

Lamento la desviación al tema original.

[[egostar]]

Empezado por juanelo

PD: No es mi intencion polemizar ni seguir con este debate, es mi punto de vista y ya.

Empezado por jachguate

Estoy de acuerdo en no buscar la polémica.

Debate, debate, debate !!!!!

Salud OS

[[eduarcol]]

Empezado por egostar

Debate, debate, debate !!!!!

Salud OS

Sereno Moreno,
Ya Egostar, calma, relajate, a ver respira conmigo 1,2,3...

[[egostar]]

Empezado por eduarcol

Sereno Moreno,
Ya Egostar, calma, relajate, a ver respira conmigo 1,2,3...

Epa eduarcol, eres un desvirtuador de hilos ya no se puede confiar en nadie......