Este artículo describe algunas posibilidades de formatear comas y espacios en T-SQL usando ApexSQL Refactor, un formateador SQL gratuito con casi 200 opciones de formato SQL.
Las comas en T-SQL son usadas para formatear números, como separadores de listas, y como separadores de valores. Cuando las comas son usadas como separadores, no hay una regla específica para colocar las comas al final de una línea o al principio.
junio 18, 2015Hay ciertas circunstancias en las que usted puede necesitar retrotraer su base de datos a un punto específico del tiempo. Pueden haber varias razones para que esto sea necesario, pero usualmente está relacionado a la ejecución accidental o maliciosa de sentencias DML o DDL. Por ejemplo:
junio 18, 2015Si usted alguna vez necesitó restaurar una copia de seguridad de base de datos SQL Server a una versión más antigua de SQL Server, usted era saludado con mensajes de error como:
Msg 3169, Level 16, State 1, Line 1
Msg 3013, Level 16, State 1, Line 1
RESTORE DATABASE is terminating abnormally.
O
Msg 3241, Level 16, State 7, Line 1
Msg 3013, Level 16, State 1, Line 1
RESTORE DATABASE is terminating abnormally.
Y el intento de restaurar la copia de seguridad fallaba.
junio 18, 2015Recuperar registros ELIMINADOS es algo que todo quisiéramos evadir, pero no importa cuán cuidadosos somos, puede suceder. Tener copias regulares de seguridad de bases de datos y registros de transacciones es una práctica necesaria y una gran ventaja en esta situación, pero incluso entonces, recuperar los registros eliminados puede no ser fácil.
junio 18, 2015En la parte previa de la serie de artículos Métodos para auditar cambios en datos SQL Server, nosotros describimos muchas características de auditoría nativas de SQL Server – Change Tracking, Change Data Capture y Audit. Nosotros describimos sus características únicas y compartidas, cómo almacenan la información capturada, cómo proveen la información, y explicamos las ventajas y desventajas de cada característica.
junio 12, 2015¿Cómo recuperar una base de datos SQL Server usando una copia de seguridad antigua y el archivo del registro de transacciones actual? Los Administradores de Bases de Datos tienen varios planes de recuperación de desastres. Una de las preguntas que deben responder antes de establecer un plan correcto es cuántos datos pueden permitirse perder. Muchos de los “Administradores de Bases de Datos accidentales” cobran consciencia de que crear copias de seguridad completas regularmente puede no ser suficiente, sólo después de que es demasiado tarde.
junio 12, 2015Integrar SQL Server con una infraestructura de negocios frecuentemente requiere que los desarrolladores preparen código T-SQL para usarse dentro de varios códigos de clientes, como C#, PHP y Perl. Esto significa añadir código de lenguajes específicos que será insertado antes y después de cada sentencia SQL, al igual que caracteres de escape para comillas y código para terminar una línea, de modo que el otro lenguaje pueda interpretarse y ejecutarse correctamente. Actualizar el código manualmente es un proceso que consume tiempo y es proclive a errores.
junio 12, 2015Los Administradores de Bases de Datos están muy conscientes que bajar de versión a una base de datos SQL Server no se puede hacer con las opciones por defecto. Incluso cuando el nivel de compatibilidad de la base de datos que desea migrar a una versión más antigua de SQL coincide con esa versión, usted no puede simplemente restaurar la copia de seguridad. Lo que probablemente no esperaba es que actualizar también puede ser un problema.
junio 12, 2015Incluso tomando todas las precauciones, percances con su base de datos aún son una posibilidad. Aunque usted esté preparado para un desastre – su base de datos está en un modelo de recuperación completo y usted crea copias de seguridad del registro de transacciones y la base de datos regularmente, aún hay algunas situaciones cuando un problema no puede ser resuelto usando una solución ya disponible por defecto.
Uno de estos problemas es restaurar un solo objeto. No es inusual eliminar un objeto de base de datos SQL (por ejemplo, un procedimiento almacenado) que aún es necesitado, o modificarlo cuando la versión antigua pueda ser requerida después.
junio 12, 2015¿Qué es una inyección SQL?
Un ataque de inyección SQL es un ataque en el cual un código que ataca la base de datos es insertado en el sitio web. Es uno de los tipos más comunes de vulnerabilidades de seguridad de aplicaciones web. Así que es mejor estar preparado, o al menos informado. Las inyecciones SQL pueden tener un efecto inmediato (ataques de primer orden) o retardado (ataques de segundo orden).
junio 12, 2015“Borré/actualicé registros importantes por error en una tabla de SQL Server. ¿Hay alguna forma de recuperar esto registros?”
Esta es una pregunta frecuente, y muy a menudo un dolor de cabeza para los Administradores de Bases de Datos. SI ellos son cuidadosos y hacen copias de seguridad de la base de datos regularmente, ellos pueden recuperar los datos perdidos de la base de datos incluso donde el modelo de recuperación SIMPLE es usado.
SI ese es el caso, entonces las copias de seguridad de la base de datos son la única solución para recuperar los datos perdidos de la base de datos. Los datos eliminados tienen que ser de un periodo previo a la creación de la copia de seguridad de la base de datos.
junio 12, 2015Independientemente de las precauciones tomadas para proteger su Servidor SQL, los accidentes aún pueden suceder, causando serias consecuencias como pérdida de datos y objetos. Ahora analizaremos dos posibles maneras de recuperar objetos SQL – vistas, procedimientos almacenados y desencadenadores, perdidos debido al uso accidental de una sentencia DROP.
junio 12, 2015Una tabla accidentalmente borrada puede ser recuperada de muchas maneras. La elección de la técnica depende de los recursos disponibles para la recuperación. La primera elección es usualmente una copia de seguridad de la base de datos. Pero incluso si usted tiene una, la tabla borrada puede ser aún recuperada (en algunos casos incluso más rápidamente que con una copia de seguridad).
junio 4, 2015Cada Administrador de Base Datos y desarrollador se esfuerza por estar en control de los servidores, bases de datos y datos SQL. Pero a veces la situación puede salirse de control y cosas inusuales comienzan a pasar.
Por ejemplo, usted ha notado que un valor de una columna específica de una tabla en su base de datos ha desaparecido. Usted ha verificado su código todo lo posible y no encontró nada que elimine el valor de la columna, los usuarios dicen que no lo eliminaron, usted ha verificado los permisos en esta tabla/columna y se dio cuenta de que ninguna eliminación desautorizada fue permitida. Pero algo está obviamente mal.
junio 4, 2015Hay numerosos escenarios cuando la sincronización de datos entre dos bases de datos es necesaria, como cuando se distribuye datos a diferentes localizaciones, en la integración de datos desde diferentes localizaciones en un repositorio central, o una simple sincronización entre sus bases de datos de prueba y de producción.
La solución recomendada es usar la replicación de bases de datos.
De todas maneras, incluso con la replicación de bases de datos es necesario verificar si todos los datos son sincronizados y sincronizarlos si es necesario.
junio 4, 2015Uno de los tópicos de seguridad esenciales de SQL Server es encontrar quién hizo algo, qué y cuándo. La capacidad de proveer una historia de datos para varios propósitos de auditoría, algunos de los cuales son reforzados por leyes de Estados Unidos a través de regulaciones de cumplimiento, es una tarea seria para cualquier Administrador de Base de Datos. Dado que las políticas de negocios o las regulaciones de cumplimiento requieren la auditoría de cambios en los datos dentro de una base de datos, varias técnicas de adaptación a los requerimientos son usadas para realizar autorías a la base de datos. La común es usar desencadenadores de auditoría en bases de datos SQL Server.
junio 4, 2015Aunque las sentencias SELECT no son destructivas por naturaleza ni tampoco pueden cambiar datos o esquemas, hay muchos cases que requieren su auditoría en SQL Server. Las sentencias SELECT ejecutadas pueden indicar varios problemas actuales o potenciales, y esta es la razón por la cual es importante saber quién vio qué y cuándo.
junio 4, 2015Auditar una base de datos es el primer paso hacia mantenerse actualizado acerca de cambios en la base de datos. De todas maneras, si datos específicos y altamente sensitivos necesitan revisión, una notificación inmediata de cualquier cambio es preferible.
Mandar correos electrónicos de alerta a uno o más recipientes es una de las maneras más comunes de una notificación inmediata. Mandar correos electrónicos para cada cambio en una base de datos no es recomendado. En la mayor parte de los casos llenará su bandeja de entrada, y añadirá muchas acciones innecesarias, lo cual puede también afectar el desempeño global de la aplicación. Por lo tanto, es importante elegir los cambios de los que desea estar alerta con cuidado.
junio 4, 2015La Ley de Responsabilidad y Transferibilidad de Seguros Médicos (Health Insurance Portability and Accountability Act, HIPAA) es un acto de seguridad que establece estándares para asegurar la seguridad, privacidad, confidencialidad, integridad y disponibilidad de la información de salud de los pacientes – Información de Salud Protegida electrónicamente (Protected Health Information, PHI).
junio 4, 2015Muchos Administradores de Bases de Datos piensan acerca de la documentación de la base de datos como un “trabajo sucio”. Es una de esas tareas para la que usted nunca tiene suficiente tiempo, ya que siempre está ocupado con otras tareas de prioridad más alta.
¿Pero qué si pudiera ser automático?
junio 4, 2015
© Quest Software Inc. ALL RIGHTS RESERVED. | GDPR | Terms of Use | Privacy
