dbNaut

dbNaut.com cambia

admin — Thu, 15 Jul 2010 16:13:29 +0000

Es tiempo de un cambio. dbNaut.com había estado funcionando como un blog sobre Microsoft Access, un poco de SQLite y apuntes sobre SQL, pero a partir de hoy no voy a incluir más contenido de esos temas en este website (o al menos, no de manera directa).

Me estoy dando más tiempo para desarrollar aplicaciones propias y es, quien lo ha hecho lo sabe, una experiencia satisfactoria.

Sigo concentrado en desarrollar software enfocado en la gestión de datos, por lo que dbNaut.com me parece su espacio propicio para darles seguimiento. Dentro de un par de semanas el sitio solamente tratará respecto a mis proyectos sobre bases de datos.

El contenido del blog lo he migrado a http://apuntes-db.blogspot.com. Ya no voy a agregar más temas sobre herramientas de terceros, a menos que tengan relación con lo proyectos de dbNaut.com. He establecido un cambio de dirección automático para quienes lleguen todavía directamente a las anteriores entradas que había publicado aquí.

Muchas gracias a quienes visitan dbNaut.com.

Todavía con ADO: Recordset, del primero al último registro

admin — Thu, 17 Jun 2010 00:15:52 +0000

Este artículo ahora está en http://apuntes-db.blogspot.com/2010/06/todavia-con-ado-recordset-del-primero.html

Access Runtime 2010 beta

admin — Tue, 02 Mar 2010 13:35:37 +0000

Al tiempo que Microsoft ha liberado la versión beta de Office 2010, incluyendo Access, ya se puede descargar la versión de ejecución 2010, o Access Runtime 2010.

El Runtime permite ejecutar los archivos mdb y accdb sin tener una licencia instalada de Microsoft Access 2010.

Access 2007 todavía tiene vida (me parece que igual pasa con la versión 2000), pero también sé que habemos varios inquietos que nos gusta, a veces, bajar y evaluar las versiones betas para ir conociendo qué es lo que viene de los laboratorios de desarrollo de estos sistemas que se dinfunden ampliamente.

Enlace a la descarga del Access Runtime 2010 >>

Jay Godse y sus videos sobre SQLite3

admin — Mon, 15 Feb 2010 21:40:07 +0000

Me he encontrado en Youtube los videos sobre SQLite3 que Jay Godse ha preparado.

Jay está metido de lleno en promover la herramienta. Un muy buen recurso, en inglés, para ir entrando a la práctica de ejercicios con SQLite3.

En sus videos, Jay explora las operaciones básicas para comenzar con SQLite3, y llega a mostrar una par de ejercicios con Ruby y Lua.

Merece la recomendación.

Click para ir a los videos >>

Además, Jay mantiene algunos espacios de publicación en Squidoo, de estos espacios, llamados lenses, hay varios enfocados en la programación y explotación del pequeño sistema de bases de datos: http://www.squidoo.com/lensmasters/JayGodse

Definir un campo para porcentajes en Access

admin — Thu, 17 Dec 2009 00:42:48 +0000

Como siempre, cuando diseño una tabla en Microsoft Access, se me olvida cómo definir el campo para porcentajes – o de tanto por ciento -, creo que escribirlo aquí me puede ser práctico para más adelante, y de paso, le va a convenir a la concurrencia de este blog que apenas va comenzando con la creación de tablas.En la vista de diseño de una tabla, al campo que va a almacenar valores de porcentaje se le aplican los siguientes atributos:

Data Type (Tipo de dato): Number (Número)
Field Size (Tamaño del campo): Single (Sencillo)
Format (Formato): Percent (Porcentaje)
Decimal Places (Lugares decimales): 0
Validation Rule (Regla de Validación): Between 0 And 1 (Entre 0 y 1)
El Default Value (Valor Predeterminado) puede ser una cantidad entre 0 y 1, por ejemplo el IVA, sería .16

Bento de FileMaker anunciado muy dinámicamente

admin — Tue, 15 Dec 2009 15:59:16 +0000

Explorando en Vimeo, me encontré los videos de Stephan Müller, un creativo videoasta con un estilo bien definido. No me resisto a incluirlo en dbNaut.com aunque se refiera un producto de bases de datos personales que nunca he abordado (más adelante viene algo, por cierto). Vale la pena dedicarle unos minutos al video:

BENTO (2008) from Stephan Müller on Vimeo.

Un sencillo procedimiento almacenado en SQL Server

admin — Tue, 15 Dec 2009 10:21:00 +0000

Usando la base de datos de ejemplo Northwind, requiero un sencillo procedimiento almacenado (para el caso es más apropiada una vista, pero a modo de introducción mantiene el contexto sencillo). El procedimiento va a devolver algunas columnas de todos los registros de la tabla employees.

Escribo la instrucción en una nueva ventana de consulta en el SQL Server Management Studio:

CREATE procedure sp_SeleccionarEmpleados
AS
SELECT
employeeid,
firstname,
lastname
FROM
employees

Luego de crearse, el procedimiento almacenado puede invocarse con execute desde otra ventana de consulta:

execute sp_SeleccionarEmpleados

Como ya he comentado, si lo que se requiere es una sencilla consulta de selección, viene mejor crear una simple vista, en cambio, los procedimientos almacenados tienen más provecho cuando se elaboran enfocados en el uso de parámetros y la combinación de consultas muy elaboradas.

En el siguiente ejemplo, tampoco muy elaborado, estoy proponiendo un procedimiento almacenado que recibe un valor entero, se trata del id del empleado, y lo que espero devolver al usuario es la cantidad de ordenes de compra relacionadas con un empleado determinado:

CREATE procedure sp_CuentaOrdenesPorEmpleado
@id_empleado int
AS
SELECT count(*) AS Ordenes
FROM orders
WHERE employeeid = @id_empleado

Revisando tripas, es apropiado señalar que:

@id_empleado int

Es la línea que declara un parámetro llamado @id_empleado de tipo entero (si, los parámetros van con @). El parámetro hace lo suyo cuando se le aplica como filtro sobre el campo employeeid de la tabla orders, que a final de cuentas es una sencilla consulta para contar registros (de ahí que se usa count).

Consultar varias columnas de texto combinadas en una, en Access

admin — Thu, 06 Aug 2009 21:02:00 +0000

Uno de mis clientes me ha preguntado sobre este requerimiento básico en una consulta de Access. Se trata de que en una columna se muestren los valores de dos o más columnas de texto combinadas. Un nombre más apropiado de la solución es “concatenar dos o más campos en uno en una consulta”.

El caso típico es combinar apellidos y nombres de contactos en una columna. Si se tienen, por ejemplo, la columna LastName y la columna FirstName, se pueden combinar del siguiente modo:

Contact: [LastName]+‘, ‘+[FirstName]

Explico por partes:

Contact: es el nombre que va a tener la columna en la consulta
[LastName] y [FirstName]: las dos columnas que se van a combinar.
+: el signo + indica a Access que debe concatenar los valores.
‘, ‘: es una cadena de texto envuelta en comillas simples, una coma y un espacio, que se van a insertar entre los dos campos (como si fuera otro campo con un valor fijo, en realidad).

En SQL, de Access, la sentencia de consulta queda así:

SELECT Accounts.Company, [LastName]+‘, ‘+[FirstName] AS Contact
FROM Accounts;

La siguiente ilustración muestra este ejemplo en el diseñador de consultas de Access.

Hay que tomar en cuenta que este ejemplo se refiere al uso de varias columnas de la misma tabla. El asunto cambia si se van a concatenar las cadenas de texto de campos de diversas tablas relacionadas. Sin ser demasiado complicado, prefiero dejar el ejemplo de este caso para la entrada siguiente.

Vincular datos de dBASE en Access 2007

admin — Thu, 28 May 2009 19:51:28 +0000

Entre las diferencias que se pueden apreciar entre Access 2007 y las versiones predecesoras, la vinculación de datos es una de las tareas afectadas.

En la versión 2007, la importación y vinculación de datos de otras fuentes (otros sistemas de bases de datos), ha ocupado un sitio más visible en el conjunto de herramientas “a la mano” del entorno de Access. No es nada nuevo, pero en virtud del enfoque orientado a datos que corresponde a Access, los diseñadores de la versión 2007 cayeron en la cuenta de que es una funcionalidad que si debe estar más a la vista.

Por ejemplo, si se requiere vincular o importar los datos de una archivo de dBASE, solamente hay que activar External Data (supongo que es Datos Externos en la versión en español), luego, desplegar con un clic More o Más y seleccionar el item dBASE File, Access va a mostrar un cuadro de diálogo que permite seleccionar el archivo de dBASE de alguna carpeta del sistema, ahí mismo se elige si el archivo va a estar vinculado o si los datos se van a importar en una nueva tabla.

Luego de la vinculación, a la tabla de dBASE se le puede tratar casi del mismo modo que a las tablas nativas de Access, ya sea en consultas o como fuente de datos para formularios y reportes.

Cuando una tabla vinculada ya no se va a usar, se le puede eliminar al seleccionarla con el botón alterno del ratón y elegir Eliminar o Borrar.

Ejemplo de una rutina de captura de datos con Ruby y SQLite3

admin — Tue, 31 Mar 2009 16:34:19 +0000

Me encontré en mi PC con Xubuntu unos viejos ejercicios de Ruby con SQLite3.

Este ejemplo muestra el código de una sencilla rutina de captura de datos, en la línea de comando.

La base de datos d.db y la tabla sitios fueron creadas desde la línea de comando con SQLite3.

Se trata de capturar dos datos, nombre de un website y su URL:

#Archivo: captura.rb
require ‘rubygems’
require ‘sqlite3′
# Solicitar el nombre del website
print "Nombre del web site: "
wb = gets.chomp
# Solicitar URL
print "URL del website: "
url = gets.chomp
# Si las dos variables tiene valores …
if wb != "" and url != ""
# … insertar datos
db = SQLite3::Database.new( "d.db" )
db.execute( "insert into sitios (nombre, url) values (‘#{wb}’,'#{url}’)" )
db.close
puts "El sitio #{wb} (#{url}) ha sido guardado.\n\n"
else
# … solicitar los dos valores
puts "Se necesitan los dos valores.\n"
end

Una consulta general de las filas de la tabla sitios se puede realizar con Ruby como sigue:

# Archivo: consulta.rb
require ‘rubygems’
require ‘sqlite3′
# Conexión y consulta
db = SQLite3::Database.new( "d.db" )
sql = "select * from sitios"
# Iteración por todos los registros
db.execute(sql) do |row|
# presentar la fila o registro
p row
end
# Cerrar la conexión
db.close