dbNaut.com

Access Runtime 2010 beta

Mario — 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

Mario — 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

Mario — 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

Mario — 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

Mario — 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

Mario — 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

Mario — 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.

Me mudé a Access 2007 en inglés

Mario — Tue, 05 May 2009 00:44:16 +0000

Por fin, voy del mdb al accdb.

Motivado por los requerimientos de un proyecto, he debido mudarme de Access 2003 en español, a Access 2007 en inglés.

De entrada hay cambios significativos en el aspecto de la aplicación. Se agradece la mejora estética, ya había pasado buen tiempo desde que FileMaker y otras herramientas semejantes se habían esmerado en el diseño, Access era de vista simplona al compararle.

Las plantillas de aplicaciones para Access 2007 disponibles parecen robustas. Aquí se ve un ejemplo del formulario de alta de tareas que viene en una de sus plantillas.

Lo que va a ser un tanto complicado, cuando escriba sobre Access, es el asunto del lenguaje, si es que hay ocasión de referirse a los pasos que se deben seguir para completar una tarea, supongo que la mayoría de los lectores de este blog deben contar con la versión en español. Espero que cada lector sea tan amable de ser paciente cuando haga referencia a ciertos objetos de Access sin ser preciso.

Microsoft está haciendo un gran trabajo para hacer que el conocimiento sobre el uso de su herramienta de bases de datos sea más explícito desde el website de Office. Esto deja espacio para enfocarse en temas especiales y no tanto en lo básico.

Al paso de las nuevas experiencias, me gustaría poder publicar algo de lo nuevo, para mí, sobre la versión 2007 y de lo que tenga pinta de ser tema interesante o asunto básico. Pero, principalmente, me parece que es importante realizar varias aplicaciones, que lleven el sello dbNaut.com y referirme a su uso en las futuras entradas de este website, ya que a final de cuentas, es el trabajo de un servidor el que sirve de base a este website. Ya se verá.

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

Mario — 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

Limitando la cantidad de resultados en una consulta de SQLite

Mario — Thu, 26 Mar 2009 06:29:37 +0000

SQLite tiene las palabras clave LIMIT y OFFSET para limitar la cantidad de resultados que una consulta devuelve:

SELECT * FROM sitios_web LIMIT 2;

Este es un ejemplo que regresa dos resultados:

1|dbNaut|http://dbnaut.com
2|uBitKua|http://ubitkua.com

También se puede solicitar cierta cantidad de resultados, a partir de una determinada posición:

SELECT * FROM sitios_web LIMIT 1 OFFSET 1;

El resultado es el registro que sigue al omitir la primera posición:

2|uBitKua|http://ubitkua.com

Otro ejemplo, tres resultados, omitiendo las primeras dos posiciones:

SELECT * FROM sitios_web LIMIT 3 OFFSET 2;

3|Identimatica|http://identimatica.com
4|ParaServirle.com|http://paraservirle.com
5|RecyPlastic.com|http://recyplastic.com

Sencillo, ¿no?.

***

LIMIT y OFFSET no forman parte del estándar SQL, aunque se pueden encontrar palabras clave con la misma funcionalidad en otros sistemas de gestión de bases de datos.

***

El ejemplo de la base de datos viene de otra entrada del blog.