No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Creación de modelos (tablas)

5/21
Recursos

Toda base de datos SQL posee tablas para almacenar los datos. Gracias al ORM Diesel y sus migraciones, automatizaremos la creación y actualización de las mismas.

Primera tabla con Diesel

Comienza creando tu primera migración con el comando diesel migration generate create_posts. El mismo producirá un nuevo directorio dentro de /migrations que contiene dos archivos: up.sql y down.sql. En el primero, escribiremos el código SQL para generar o modificar nuestras tablas, en el segundo el código para destruir y borrar las mismas.

-- up.sql
CREATE TABLE posts (
    id SERIAL PRIMARY KEY, 
    title VARCHAR NOT NULL,
    slug VARCHAR NOT NULL,
    body TEXT NOT NULL
);
-- down.sql
DROP TABLE posts;

A continuación, utiliza el comando diesel migration run que leerá el archivo up.sql y creará el esquema apropiado para la tabla posts. Caso contrario, si quieres destruir estas tablas, utiliza diesel migration redo.

Qué son los Macros en Rust

Los Macros son similares a las funciones, con la desventaja de que su implementación es más compleja porque estás escribiendo código Rust, que generará código Rust. La definición de un Macro es generalmente más difícil de leer, entender y mantener que una función.

Este es un concepto bastante avanzado y difícil de comprender, pero es una buena oportunidad para tenerlos presente e ir averiguando más de ellos más adelante.

Otra importante diferencia entre los Macros y las funciones comunes es que debes definir su alcance antes de llamarlos en un archivo, al contrario de las funciones donde los defines donde quieras y los llamas cuando quieres.

Fuente: The Difference Between Macros and Functions

Los Macros son altamente poderosos, permiten manipular el core de Rust o cambiar el comportamiento de algo. Si tienes experiencia con otros lenguajes como Javascript, Python, tal vez te sirva hacer una analogía con el concepto de “Decoradores” para cambiar el comportamiento de una clase o variable.

Es algo complicado de entender, pero sabiendo que son similares a las funciones y cambian el comportamieto de una cosa, podemos continuar.

Configuración del proyecto

Para establecer la conexión con la base de datos y realizar consultas a la tabla que hemos creado llamado posts, primero es necesario realizar varias importaciones en el archivo main.rs:

// Indicamos que vamos a utilizar macros
#[macro_use]

// Importamos Diesel
extern crate diesel;

// Importamos la conexión con PostgreSQL
use diesel::prelude::*;
use diesel::pg::PgConnection;

// Importamos librerias para leer variables de entorno
use dotenv::dotenv;
use std::env;

// Importamos esquemas de BBDD y modelos
pub mod schema;
pub mod models;

fn main() {}

También vamos a crear una estructura que nos servirá como modelo de nuestra tabla posts en la base de datos y realizar el mapeo correspondiente.
Crea un archivo llamado models.rs que contendrá lo siguiente:

// Macro para indicar que los registros de la BBDD tendrán la misma forma que la estructura.
#[derive(Queryable)]        
pub struct Post {
    pub id: i32,
    pub title: String,
    pub slug: String,
    pub body: String,
}

Conexión con la BBDD

Teniendo listo todas las importaciones, establezcamos la conexión con la base de datos y ejecutemos la primera consulta.

// ...

fn main() {

    // Indicamos que vamos a utilizar el esquema de Posts y el modelo
    use self::models::Post;
    use self::schema::posts;
    use self::schema::posts::dsl::*;

    // Lectura de variables de entorno
    dotenv().ok();
    let db_url = env::var("DATABASE_URL").expect("La variable de entorno DATABASE_URL no existe.");

    // Conexión con la BBDD
    let conn = PgConnection::establish(&db_url).expect("No se ha podido establecer la conexión con la base de datos.");

    // Realizamos la consulta equivalente a: SELECT * FROM posts;
    let posts_result = posts.load::<Post>(&conn).expect("Error en la consulta SQL.");

    // Iteramos los resultados de la consulta
    for post in posts_result {
        println!("{}", post.title);
    }

}

Finalmente, utiliza cargo run para correr tu código y verificar si está correctamente establecida la conexión a la base y si se ejecuta la consulta. Recuerda que aún no tenemos registros en la tabla, así que la misma no devolverá resultados.

Has logrado hasta aquí conectarte a una base de datos SQL con Rust y realizar consultas. ¡Felicidades!


Contribución creada por: Kevin Fiorentino.

Aportes 7

Preguntas 6

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

o inicia sesión.

Algo que no sabía, y que puede ser útil por si tampoco lo sabías, es que, lo que hicimos en las siguientes líneas, es la manera de crear o importar un módulo público en Rust (Un módulo puede contener métodos, constructors y structs)

pub mod models;
pub mod schema;

De igual manera, en cosas como models, tenemos estructuras con variables públicas, es decir, que cualquiera que lo importe, puede acceder a esas variables

pub struct Post {
    pub id: i32,
    pub title: String,
    pub slug: String,
    pub body: String,
}

Es decir, sin la palabra pub, ese campo sería por defecto privado y solo el módulo que contiene la estructura puede acceder a él
.
Te dejo la parte de la documentación de Rust en el que hablan más a detalle de esto, con un gran ejemplo 😃

Creo que a fecha de hoy que realizo este post, creo que hay un pequeño cambio con diesel y es que requiere que su conexión debe ser de tipo variable mutable.
Ya que cuando hacia el “SELECT” me daba un error, por lo mismo y es que load requiere una conexión mutable.

Al final me quedo así:

let mut conn = PgConnection::establish(&database_url).expect("we didn't connect to the database");
let posts_result = posts.load::<Post>(&mut conn).expect("Error excecuting query");

Espero poder apoyar a alguien que le pueda pasar lo mismo.

Mencionar que ahora se debe importar dotenvy:

use dotenvy::dotenv;

Una breve acotación:

diesel migration revert restablece eliminando la migracion.

diesel migration redo realiza por detrás:
-diesel migration revert
-diesel migration run
Es decir resume los dos comandos en uno.

El tutor Hector creo que se confunde al decir que: #[derive(Queryable)] es un macro.
Realemente esto en Rust es un atributo (attribute). Los atributos son anotaciones que se colocan en el código para cambiar su comportamiento o dar información adicional al compilador. En este caso, el atributo #[derive(Queryable)] se utiliza para generar automáticamente el código necesario para que un tipo implemente la interfaz diesel::Queryable de la biblioteca Diesel de Rust, que se utiliza para convertir las filas de una base de datos en un tipo Rust.

Aquí les dejo un poco mas de información referente a los atributos en Rust por si desean tener un poco mas de información al respecto: https://doc.rust-lang.org/reference/attributes.html

Al igual que la “macro” #[macro_use], es un atributo que se utiliza para importar macros de otros módulos. Cuando se aplica este atributo a un módulo, se importan las macros definidas en ese módulo y se hacen disponibles para su uso en el ámbito de ese módulo.

En Rust, las macros son funciones que toman una entrada y generan código de salida. Se usan para automatizar tareas repetitivas o para proporcionar funcionalidad que no está disponible en el lenguaje. La macro #[macro_use] se utiliza comúnmente con las macros que se proporcionan en las bibliotecas de Rust para hacer que esas macros estén disponibles en el ámbito del módulo en el que se utilizan.

Por ejemplo, si una biblioteca proporciona una macro llamada my_macro, se puede importar y hacer que esté disponible en un módulo utilizando el atributo #[macro_use] de la siguiente manera:

#[macro_use]
extern crate my_library;

fn main() {
    my_macro!();
}

En este ejemplo, la macro my_macro está disponible para su uso en el ámbito de main porque se importó con #[macro_use].

Espero que esta pequeña nota pueda ser de ayuda a quien lo necesite. #[…] vs println!, panic! o cualquier funcion que termine en ! no es lo mismo. Las funciones que terminan en !, son funciones macro y las anotaciones que tienen esta forma: #[…] son atributos.

Al parecer ahora se debe guardar la conexión de la siguiente manera:

    let conn = &mut PgConnection::establish(&db_url).expect("No nos pudimos conectar a la base de datos");

Macros vs. Functions

The downside to implementing a macro instead of a function is that macro definitions are more complex than function definitions because you’re writing Rust code that writes Rust code. Due to this indirection, macro definitions are generally more difficult to read, understand, and maintain than function definitions.

Another important difference between macros and functions is that you must define macros or bring them into scope before you call them in a file, as opposed to functions you can define anywhere and call anywhere.

Fuente: https://doc.rust-lang.org/book/ch19-06-macros.html#the-difference-between-macros-and-functions