{"id":9468,"date":"2022-05-26T05:29:52","date_gmt":"2022-05-26T10:29:52","guid":{"rendered":"https:\/\/blogs.pacasmayo.com\/felipe\/?p=9468"},"modified":"2022-07-27T06:57:25","modified_gmt":"2022-07-27T11:57:25","slug":"sqlite-en-produccion","status":"publish","type":"post","link":"https:\/\/blogs.pacasmayo.com\/felipe\/2022\/05\/26\/sqlite-en-produccion\/","title":{"rendered":"\u00bfSQLite en producci\u00f3n?"},"content":{"rendered":"\n

Read in English<\/a>.<\/p>\n\n\n\n

He usado las bases de datos por un tiempo: dBase III, QuickSilver y Clipper en los a\u00f1os 80, DB\/2 (la mitad de una base de datos como la llamaba en broma en ese entonces), SQL Server (m\u00e1s tarde MSSQL), Oracle, Paradox, FoxPro, rBase y Lotus Notes como base de datos en los a\u00f1os 90, MS Access (con MDE) y de vuelta a MSSQL, y de nuevo a DB2 en z\/OS y \u200b\u200bluego ingres\u00e9 a la era de NoSQL con MongoDB, SQLite para pruebas locales, Redis (una base de datos no relacional en memoria) y de regreso a SQL con MySQL. Incluso escrib\u00ed mi propio motor de base de datos compatible con dBase III en C++ (con ingenier\u00eda reversa completa del formato de \u00edndice de \u00e1rbol y el sistema de bloqueo de archivos para escritura) y tengo una patente sobre el uso de bases de datos para registrar y depurar aplicaciones.<\/p>\n\n\n\n

Entonces, \u00bfhe o\u00eddo hablar de SQLite? Claro, es un peque\u00f1o motor de base de datos de un solo archivo que se puede usar para aplicaciones m\u00f3viles o para ejecutar algunas pruebas unitarias en tu m\u00e1quina local y es tan flexible que se puede activar una base de datos durante las pruebas unitarias del CI y destruirla al final. Tambi\u00e9n se puede configurar como una instancia local de la base de datos, para no tener que estar conectado mientras se desarrolla la aplicaci\u00f3n. Pero espera, \u00bfrealmente crees que tambi\u00e9n se puede usar en producci\u00f3n? \u00bfComo la base de datos de mi preciosa aplicaci\u00f3n? \u00bfCon redundancia? \u00bfY buen rendimiento? \u00bfY DR (Recuperaci\u00f3n de desastres, por sus siglas en Ingl\u00e9s)?<\/p>\n\n\n\n

DevOps<\/h2>\n\n\n\n

Bueno, s\u00ed, eso es exactamente lo que estoy diciendo. A lo largo de los a\u00f1os hemos creado una abstracci\u00f3n en torno a las bases de datos que oculta parte de su complejidad. Nosotros “solicitamos” bases de datos y esperamos que alguien m\u00e1s se encargue del almacenamiento, los derechos, las copias de seguridad, el ajuste del rendimiento, la escala, el crecimiento, etc., pero \u00bfno va eso en la direcci\u00f3n opuesta a DevOps? En la disciplina DevOps, queremos que todos los componentes de nuestra aplicaci\u00f3n est\u00e9n bajo nuestro control (DevOps). Entonces, para lograr DevOps de bases de datos, deber\u00edamos automatizar el aprovisionamiento de las bases de datos administradas o tal vez podr\u00edamos repensar nuestra postura sobre las bases de datos.<\/p>\n\n\n\n

DBA<\/h2>\n\n\n\n

Hist\u00f3ricamente, las bases de datos necesitaban ajustes del rendimiento, y eso era una ciencia en s\u00ed misma, por lo que contratamos a un grupo de expertos y los llamamos DBA (Administradores de Bases de Datos, por sus siglas en Ingl\u00e9s). A lo largo de los a\u00f1os, esa agradable separaci\u00f3n tambi\u00e9n hizo posible arrojar m\u00e1s y m\u00e1s cosas por encima del muro al DBA, para que los desarrolladores de “aplicaciones” pudieran concentrarse en desarrollar la funcionalidad de la aplicaci\u00f3n. Pero, este mundo en el que el desarrollador no necesitaba preocuparse por los problemas de la base de datos, tambi\u00e9n se convirti\u00f3 en un problema en s\u00ed mismo, porque ahora los desarrolladores quer\u00edan usar estos sencillos servicios de bases de datos para todo, incluso para cosas que realmente no pertenecen a las bases de datos administradas, esperando que los administradores de bases de datos resuelvan los problemas y el rendimiento.<\/p>\n\n\n\n

Como con la mayor\u00eda de las cosas, el equilibrio adecuado es aprender a elegir la herramienta adecuada para cada trabajo. Y, s\u00ed, hay muy buenas razones para solicitar una base de datos administrada, pero una gran cantidad de aplicaciones no consideran las calificaciones, solo solicitan una base de datos administrada por conveniencia. Cuando el vendedor de televisores pregunta qu\u00e9 estamos buscando, la respuesta casi siempre se expresa en los l\u00edmites superiores de tama\u00f1o y dinero, y lo mismo ocurre con las bases de datos, por supuesto, nos gustar\u00eda lo mejor que podamos obtener en iops y velocidades de transferencia, y la cantidad m\u00e1xima de columnas, cuando, en realidad, la mayor\u00eda de esos n\u00fameros har\u00e1n muy poca o ninguna diferencia en el rendimiento de nuestra aplicaci\u00f3n.<\/p>\n\n\n\n

La optimizaci\u00f3n del rendimiento<\/h2>\n\n\n\n

\u00bfPor qu\u00e9 necesitamos ajustar el rendimiento de un query? Obviamente, porque no est\u00e1 funcionando bien, \u00bfno? Bueno, se sorprender\u00e1 cu\u00e1ntas veces he visto a los desarrolladores (e incluso a m\u00ed mismo) sobredimensionar el ajuste del rendimiento de alguna consulta antes de haber considerado cu\u00e1nto afectar\u00e1 a la aplicaci\u00f3n en ejecuci\u00f3n. Hoy en d\u00eda, hay muchas formas de mejorar el rendimiento de una consulta, como comprar hardware m\u00e1s r\u00e1pido, usar cach\u00e9 o usar co-habitaci\u00f3n; cualquiera de esos mecanismos podr\u00eda resolver el problema de rendimiento, pero arreglarlo antes de que sepamos que es un problema no es un buen uso de nuestro tiempo. Tenga en cuenta que no dije que no deber\u00edamos pensar mucho en crear esquemas s\u00f3lidos, un buen \u00edndice podr\u00eda hacer una gran diferencia; solo estoy se\u00f1alando que no es la \u00fanica herramienta en nuestro malet\u00edn.<\/p>\n\n\n\n

Almacenamiento en cach\u00e9<\/h2>\n\n\n\n

Hablando de herramientas, las bases de datos de pares clave-valor en memoria, como redis y etcd, deben usarse para el almacenamiento en cach\u00e9 en lugar de su base de datos principal. Esas herramientas ya vienen preoptimizadas para ese prop\u00f3sito y no deber\u00edamos reinventar esa rueda tratando de hacerlo en nuestra base de datos solamente porque es posible.<\/p>\n\n\n\n

Autogestionado<\/h2>\n\n\n\n

Aunque hay muchas y muy buenas razones para elegir una base de datos administrada, no es nuestra \u00fanica opci\u00f3n y, en un n\u00famero creciente de casos, en mi opini\u00f3n, no es la mejor opci\u00f3n. \u00bfPor qu\u00e9 optar por bases de datos autogestionadas?<\/p>\n\n\n\n