Hora: 27-Jan-2020, 10:47 AM ¡Hola, Invitado! (Iniciar sesiónRegístrate)

Enviar respuesta 
15: Bajas por SQL Pros y Contras.
Autor Mensaje
admin Sin conexión
Administrator
*******

Mensajes: 16,280
Registro en: Dec 2005
Mensaje: #1
15: Bajas por SQL Pros y Contras.
Se que el titulo de esta lección suena bastante raro. Que puede tener de malo hacer bajas por SQL? La respuesta es sencilla. Es demasiado eficaz. Si alguno de ustedes por error ha usado el del *.* donde no debía, sabrá a lo que me refiero. O para mas detalles, el "virus" sulfbnf.exe o como se escriba. Las bajas SQL pueden ser uno de los modos mas rapidos de darle en la torre a toda una tabla de datos, y sin posibilidad de recuperación.

Esta es su unica desventaja.

Ventajas, pues son bastantes. Rapidez, funciona en SQL server ( el metodo DAO muchas veces no jala en SQL 6.5 ). No hay que aprender ninguna sintaxis en especial, pero al mismo tiempo debe ponerse especial cuidado en lo que se hace.

En Dao Tradicional ( o en ADO no orientado a SQL ) hay un metodo llamado Delete, que pueden buscar en la ayuda de VB, y que tiene como principal problema una serie de ajustes necesarios si se da baja del ultimo registro.

Todos hemos visto en algun programa un aviso que diga "pulse ESC para cancelar". Si querermos hacer eso en bajas de una base de datos, tenemos que usar la sintaxis DAO, porque la SQL es DEMASIADO Rapida, y antes de liberarse debe hacerse una prueba de lo que realmente estamos borrando. Incluso en casos ideales, deberíamos mostrar al usuario lo que realmente está borrando, si el resultado es mayor a 5 renglones.

En SQL las bajas se hacen como un parámetro del metodo Execute, el mismo que nos hace dar altas. Ustedes recordarán que decíamos que hay dos procesos SQL, filtrar o realizar acciones. Vimos por ejemplo que para filtrar, usabamos una sintaxis de este tipo:

SELECT * from ALUMNOS where EDAD>18

Supongamos que queremos borrar esos alumnos. La orden DAO/ado NO sql sería mas o menos así:

dim rs as dao.recordset
set rs= db.opendatabase("SELECT * from ALUMNOS where EDAD>18")
with rs
......do until .eof
......... .delete
......... .movenext
......... doevents
....... loop
...... .close
end with
set rs=nothing


Pero la orden en SQL es muchisimo mas simple:

db.execute("DELETE * from ALUMNOS where EDAD>18")

Obviamente este proceso es mucho mas rapido. Sin embargo, por cuestiones de diseño sale un detalle que en SQL es completamente obligatorio, al que se le llama "Llave Primaria", Por ejemplo, no puden haber dos clientes con la misma clave, estamos de acuerdo? Esto es para evitar que en una baja SQL, demos de baja algo que no queremos dar de baja. Este problema de borrar tablas por error, se aplica sobre todo a la mala costumbre de algunos programadores de usar frases como "select * from alumnos" Que claro se escribe muy rapido y es valida si no nos preocupan los efectos de memoria, pero se imaginan lo que hace un "delete * from ALUMNOS" ?? Si. Exactamente lo que pensaron.

Esta es otra de las razones para usar nombres de campos sencillos, si sabemos por ejemplo que ALUM_CVE es la clave, es mas facil acordarnos que con un ALUMNOS_VIGENTES_ID.

Algo que me ha funcionado muy bien, es crear una rutina especial para dar bajas de datos. Al igual que la que vimos hace unas semanas, aparentemente no funciona por el metodo execute no reconocido. Como les dije en su momento, ese metodo se refiere a la basededatos as database de DAO, o a la conexión de un ADODB.COnnection en ADO.

Public Function Elimina_Reg(ByVal Nombre_Tabla As String, & _
........ ByVal Campo_Llave As String, ByVal Valor_Llave As String) As Boolean

'Nombre........Elimina_Reg
'Objetivo......Eliminar TODOS los registros que tengan una
'..............condición dada ( valor de campo llave )
'Regresa.......Verdadero o false segun el resultado
'Parámetros....Nombre_Tabla Nombre de la tabla de datos
...............Campo_Llave Cadena con nombre del campo llave
...............Valor_Llave Cadena con el valor que debe tener la llave


'Ejemplo:

'Eliminará todos los clientes de la colonia Polanco
'borrado= Elimina_Reg("CLIENTES", "COLON", "POLANCO", true)

' Por razones Obvias debe usarse con cuidado

........... Dim strSQL As String
........... Dim strMensaje As String
........... Dim blnConfirma As Boolean
........... If IsNumeric(Valor_Llave) Then
............. strSQL = "DELETE FROM " & Nombre_Tabla & " WHERE " & _
................. Campo_Llave & " = " & Valor_Llave
........... Else
............. strSQL = "DELETE FROM " & Nombre_Tabla & " WHERE " & _
................. Campo_Llave & " = '" & Valor_Llave & "'"
.......... End If
........... blnConfirma = Execute(strSQL)
........... If blnConfirma = True Then
............. strMensaje = "El registro con clave: " & _
................. Valor_Llave & " ha sido eliminado"
.............. Call MsgBox(strMensaje, vbExclamation, "Borrar Registros")
........... Else
.............. Call MsgBox("*** Registro No eliminado ***", vbCritical, "Borrar Registros")
........... End If
.......... Elimina_Reg = blnConfirma
End Function


Una función de este tipo es mucho mas práctica que tener DELETE por todos lados. Si ustedes necesitan borrar si se cumplen dos o tres campos llave, pues... les recomiendo modificar esta funcion pára manejar varios parámetros, o usar la sintaxis DAO/ADO no SQL.

En la proxima lección, veremos un poco de los cambios en SQL, que si bien son mas rapidos, suelen ser mas complicados, aparentemente.

--------------------------------------------------
Alfonso Orozco - Mayo 2001
ICQ 41907900
02-Apr-2009 08:01 PM
Encuentra todos sus mensajes Cita este mensaje en tu respuesta
Enviar respuesta 


Posibles temas similares...
Tema: Autor Respuestas: Vistas: Último mensaje
  Acceso a Datos 09: Altas y Bajas: (1) Sentido Común admin 0 3,631 02-Apr-2009 07:59 PM
Último mensaje: admin

Salto de foro:


Usuario(s) navegando en este tema: 1 invitado(s)

Powered By MyBB, © 2002-2020 MyBB Group. | | Theme Created By effone of Equinox Design