2sii12019 (Ocho pricticas comunas de disefa de bases de datos | Toplal Cadaver que como desrollador, ste asigns una area hasada en el ebigo exstonte, dees enfenar muchos dso, Uno de esos dsafos a mayeria dels ‘voces el mas exigente, impli la comprenstn del modelo de datos de una aphcacén Normaimente taffeta abla, vistas, columnas, valores, procedimienos almacenado, fnciones,resteciones ydesencadenantesconfisos que tandan mucho tiempo en ene sentido pare. Y una Ver que lo ene, comicnzas a notar muchas mancas de mejorar aprovecbat a informacion almacenada, Sires un desarolladorexperimentado, es probeble que también notes cosas que podrian haberse hecho mejor al principio, es decir, defects de dsc. Poor normalization Redundancy Poor indexing : Pc Composite primary Bad referential 2toptal keys integrity [En este ariculo aprender sobre algunas de las malas pricticas de disso de bases de datos comunes, por qué son malas ycdmo puedes evita. Mala Practica N° 1: Ignorar el Propésito de la Data Los datos s almacenan para ser consumo mas tarde y el objetivo siempre es almacenatlos y recuperais de la mancra mis eficicnte. Para lograr et, el diseAadar dela base de datos debe saber de aniemane gue represen los dato, como se va a adgurry qt velocidad, cul seria volume operative (es dei, culos hitps:lwwtoptal.com/databaselmalas-practicas-en-s-diseno-de-la-base-de-datos-estas-cometiondo-estos-erores 4182sii12019 (Ocho pricticas comunas de disefa de bases de datos | Toplal datos se esperan) yfnalmente, emo se usar Por ejemplo, un sistema de informacin industrial donde los datos se rcoplan manualmente dos los das no tend nismo modelo de datos que un sistema ‘industrial, donde la nformacion se genera en tempo rel. Por qué? Porgue ex my diferente manejar eens o miles de repinros por mes en comparacion ‘on getionarmilaace della en el mismo peiodo, Los diseadrcedeben ener cosidraciones espovals para mantener la eficiencia Ia sabidad de a base de tats Tos vollmenes de dats van a ser grad, ero, por supuesto, el volumen de datos no ese nico aspoet a consider ya que el propsito de los datos también fees el nivel de normalizacn, la estructura de datos, el tama dl regis y la implementacin general de todo el sistema Pore tanto, conocer fond el propésito de sistema de dats que crear conduce a consieracines sobre a eles del motor del hase de datos, lat enidades liseli, el mato y formato del registro y las politics de adminisuacion del motor dela base de dates. |gzorar estos objetivos conduci a disefosdefectuosos en sus aspecos bisios, aunque sean corectos estructural y matemiticamente Mala Practica N° 2: Mala Normalizacién Diner una base de datos no ot una tres doterminist; dos diseadores de bases de datos pueden seguir todas las replay principio de ormaliacin para un problema deerminado y, en la mayoria de los casos generrin diferentes diss de datos. Eso es ierene ala raturalez creat de ingeieia de sofware. Sin ‘embargo, ay algunas enicasdeanlisis que eacn sonido en cada instanciay seguias es la ejor manca de accedet auna bee de datos que Finde al mlximo. toptal A pesar de esto, a menudo nos enfrentamos con bases de datos que fueron diseadas sobre la matcha, sin seguir las reyls més bisias de narmalizacin. Tenemos aque tener claro: cada base de datos debe, al menos, normalizarse& ‘que ese dseo que mejor reresemtari asus eaidades ¥cuyo Fedimieno se egullvard mejor ene consuls e insercibnactualizaidn-liminacion de rp Site encuentas con tblas que no eumplen con esto plaza SINE, INF o hasta INF, considera redsear estas tabla. El esfuerzo qu ivietas pare hacerlo vals a pena ea muy Mala Practica N° : Redundancia “Muy relacionado cone! punt anterior ya que uno de los abjctivas de nomulizaci es reduc, a redundancia es ta mala prictica que aparece muy a menudo, ‘Ls campos ytablasredundanes son ua pesdila para os desurolladores ya que rquierenlogica de negocios para mantener acualizada gran pat de a misma ‘informacion. Esto es un sorecarga que puede evtarse sla eplas de normalizacdn se siguen al pe de aot, Aungue a veces pucde parecer necesaia redundanca, debe utlizase soo en casos muy especifcosy debe estar caramente documestaa pra poder tenerse en cucnia en ftuos desarolls hitps:lwwitoptal.com/databaselmalas-practicas-en-s-diseno-de-la-base-de-datos-estas-cometiondo-estos-erores 2s2sii12019 (Ocho pricticas comunas de disefa de bases de datos | Toplal Los efectos negatives tipicas del edundancia Son un aumento innocesri del tamato de a base de datos, los dtos son propensos aa incosistencaydisminuye Iaeticiencia de la base de dats pero—mis imsporante—podra llevar a una corupei cl dat, Mala Pract a No. 4: Integridad Referencial Mala (Restricciones) Le intogridad roferencial es una de las hetamicntas mis valisas que proporcionan le motors de hase de datos para mantener la calidad de los datos en su mijor forma, Sin se implementa resticiones 9 mny poeasresicciones desde In ean de die, a ileridad dels do lend que dependerttaimente de J gia de negocios, lo que la hace susceptible a erores bumanos Mala Prictica N° No Aprovechar las Caracteristicas del Motor de Base de Datos Cuando ests usando un motor dense de datos, nes wna podersa pieza de software para tus ares de manejo de datos ue simplest l desarrollo dl software 4 garantizari que la informacion Sea seme comet, segura yutlizabe. Ua Motor de Base de Datos proporcioa servicios como + Vistas que proporcionan una manera pia yeficente de ver ts datos, po lo general desincronizndolos para fines de consulta sin perder la coreccin de los bats. + Indices que ayudan a acclerar las consuls en as ablas. + Funciones agregadas que ayudan a analiza informacion sn progremacién + Trancaeciones o biog de oraciones que altera ls datos que se eecutan ycomprometeno eanceln strlen) si ocume alo inesperado, mantenendo ast Ia informacion en un estado permanentementecoreto. + Blogueos que mustienes los datos Seguros y corrects mientras se ejecta las trsaccions + Procedimienosalmacenados que proporcionan faniones de programacién pra permit trea complejs de administracin de dates + Funciones que permite cfleulos sofisticados ytansformasiones de datos, + Restcciones que ayudan a gaantizar la exacttd de los datos y evitar eres + Disparadores que ayudan a auromatizar las aciones evando ocuren eventos en os datos + Comando optinizader(lanificador de eecucidn) que se ejeuta bao el cap, sagurando qe cad fae se ejecta em #9 mejor momento Y manteniendo los planes de cccuci para futurasocasionss. Fst es una de as mejores razots para usar vistas, prozedmientosalmaccnados Tunionss ya que sus planes dc ‘jecuciin se mantenen permanentemente en el Motor de Base de Datos No conocer ignora sts eapacidades leva el desarrollo un camino exremadament acento y seguramente a eroresy problemas fos Mala Practica N° Claves Primarias Compuestas "Exe cn punto de controversy que muchos cscadores dc bate de datos halen oy sobre eso de un ctipo generadoatomtcamente como 1D pica «come a lave principal en aga de on compuesto defnida por a combinaein de dos © mit campos. Eso se define scualmente come la "mejor pristia" , potsoaciment, endo a estar de acuerdo ean ell hitps:lwwitoptal.com/databaselmalas-practicas-en-s-diseno-de-la-base-de-datos-estas-cometiondo-estos-erores 3I52sii12019 (Ocho pricticas comunas de dseha de bases de datos | Toplal Composite primary key 2toptal Sin embargo esto cs solo una convencin y por supuests, cl Motor de Base de Datos permite la definicin de claves primarascompuestas, que muchos dischadares Pensa que son snevitables. Pr lo tanto, al igual que ca la redundancia, as claves primaras compuesas son una decision de dso, Sin embargo en en cuenta gues espeas ge tabla con una clave primis compuesta tenga millones de fils el indice que contla I lave compuesta puede cecer hasta un punto ea el queelrendimiento del operacisn CRUD esti muy degradad. En ese cao, es mucho mejor usr un clave prmaia[D simple que tga tn indice J sufeienterente compact yestablezca le restrictions de Motard aes de Datos necesaras para mantener la singulariad ‘A veces tendris una tabla que necesita eonsultar por muchas colurnas. A medida que a mesa cezsa, notaris que los SELECT en estas colunas seralentizan. Sila tabla slo sieientemente pane, ponsards lgicamente, en ceat ut indice oneal column que uses para accede esta abl pero notards eas deinmediato que &! Fendimieno de lor SELECT mora, pero INSERT, UPDATE y DELETE oxen, Esto por supucsto se debe al hecho de que ls indie dsben mantsnerse Sneronizaos eon a tabla, loge significa una sobrearga masiva para el Motor de ase de Datos. sleet un caso pico de indexacon exesiva que puedes resolver fdemaches manera; por cemplo, ter slo un indice en todas ae eolumaas diferentes ala clave principal gus ulizne per consulta Ia taba, ordnar estas columns ‘de las mas uslizaas las mesos puede ofrecer un mor rendimiento en todas las operacionet de CRUD que un indice po clus, Por oto lado, tener una tabla sin indice en ls columnas que se uliizan pra consulta conduct, como tods sabemos, aun bajo rendimiento en SELECTS ‘Ademés, a efiienia de indie depend a veces de! tipo de clumna; los indices en colummas INT muestan mejor rendimiemo posible peo los indices en ‘VARCHAR, DATE o DECIMAL (3 legs tener sentido) no son lan efiienck. Esta consderaién puede incuso llevar a edaa alas las que se debe aeceder con le mejor eficenca posible. orl tanto, a inexacién es sempre una decisin deicada ya que demands indexacién puede sr tan mila como my pocsy porque etna de tos de as colunzas aindexartene una gran iftuncia en el resultado fia. Mala Practica N° 8: Convenciones de Nomenclatura Deficiente Esto ego eon lo que los programadores siempre Iichancusndo se efretan a un base de datos existent entendiend qué informa est lmacenada en li or los nombres de ablasycolumaas porgus a menudo no hay ofa mars. Elnombre de a tabla debe desir qué catided conten y cada nombre de columns dsbe describ qu parte dela informacion representa, Eso es fi, oro comienza a ser compliado cuando la tala nen gue relaeionase ene Los nombres comienza a ensucarey, lo ue e peor, shay convenciones de nombres ‘onfeas con norma ligica (como, por cjomplo, "el nombre dela columna debe tener 8 carstreso menos"), La consecueicia final ex gu la base de datos 86 ‘uel iepble Por lo tuto, una algunas patas para yvencién de nomenclatua siempre es neoesria se espera qu la ase de datos perdurey evolucione com la plicacin que apoya y equ hay lcs oma version cones, simple y legible + Sin imitaconesenelamao del nombre de abla o columna. Fs mejor ener un nombre descriptive que un acréaime que nadie recuerdo enon, + Los noms qu son uals tienen el mismo siguifcado. Evita ver campos que tengan el mismo nombre pero con diferentes pos osignifcedos esto sack ‘confi tarde 9 temp, hitps:lwwitoptal.com/databaselmalas-practicas-en-s-diseno-de-la-base-de-datos-estas-cometiondo-estos-erores 4s2sii12019 (Ocho pricticas comunas de disefa de bases de datos | Toplal ‘+ A.menos qu sea necesario, no eas redundant. Por clemplo, ele als niculo”o nombres sinmlaes; “Nombre” y “Precio” son suficientes "Arcalo oes nocesari tener columns como “Nombre del elements”, "Precio dl + Ten cuidado con a palabras reservadas para el Motor de Base de Datos, Sina columns debe lamarse “nce, que es un palabra eservad de SQL, intents liar una diferente como "Nimeroindie ‘+ Sise apoga ala reg de a clave primara simple (autogeneradoiico enter), asignale el nombre “I en cada taba + Siseune otra tala, define la lave forinea nocesria como un enero, Imada “Ia” seguido del nombre de la tabla uni, Tltem). Si se nomlranrestizciones, usa wn prefjo que describe la restrceia (por ejemplo, "PK" o "FK"), sepuido del nomibee dela tabla tablasinvolucradas, Por ‘supoesto, e uso de guiones bajo ("con moderacin ayuda aque las cosas sean ms legbles, + Para nombrar dices, use prefijo “IDX” seguido dl nombre de a tabla y la colunao columnas del indice. Ademés, use “UNICO” como pref o suo st indice es unico ysubrayacusndo sa necesaio, ay muchas pauis de nombres de bass de datos en Intret que arojarin mis luz sobre est spect tan importante de disco dela base de datos pero con estos pasos hice, al ienos puedes acceder ana base de dss legible, {Lo importante agunoes el tamafo ole compljided de as pass de nomencatara sino foherenca al seguias! Algunas Observaciones Finales Fl disoBo de a base de dats es unacombinacidn de conocimiento y experiencia; a industria del software ha evoluconado mucho desde ss incos. Aortunadament, hay sufcesteconocimiento disponible para aywar ss dschadore de bass de datos alsa los mejores resultados Hay buena dzeeies enol diseo de base de datos en todo el interne, ai como mulatptca y cosas que evr ene dito dela base de datos. Solo ei rmantelo. YY no lo olvides, es slo através dela experimentacién, los eroresy Tos its ue se aprende asl que adelante y comienza ahora hitps:lwwitoptal.com/databaselmalas-practicas-en-s-diseno-de-la-base-de-datos-estas-cometiondo-estos-erores 55