![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#2
|
|||
|
|||
|
No es que commitReetaining sea malo, sino que con el commit, te aseguras que los datos quedaron grabados, ya que la tabla se cierra, dando mayor confianza. El uso de CommitRetaining siempre deja la tabla abierta y de ahi que vengan los problemas y pienso que fue creado para mantener una semejanza con las tablas que se mantienen abiertas y los programadores al migrar no sientieran un cambio brusco. La filosofía del trabajo con sql es que cuando actualizas, la tabla guarda los cambios y se cierra.
Recomendación: para que te adaptes al estilo de los sql, utiliza commit y excepcionalmente algun commitretaining si lo amerita el caso. |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Commit | micayael | PHP | 4 | 21-09-2005 19:34:50 |
| Commit | Loviedo | Firebird e Interbase | 7 | 29-07-2005 14:36:10 |
| Commit Work?? | anam.soria | Firebird e Interbase | 3 | 31-01-2005 19:17:14 |
| ¿Por qué CommitRetaining funciona después de agregar, pero no después de modificar? | Al González | Firebird e Interbase | 7 | 16-02-2004 23:47:28 |
| CommitRetaining con IBX | Marina | Conexión con bases de datos | 7 | 10-08-2003 10:06:04 |
|