Optimizando SQL Server - Tipos de datos

[@williamscastaneda6661]

Muy bueno, me servirá bastante, si hubiera parte dos sería genial para optimizar procedimientos y disparadores o también optimización en Oracle

[@maxiaccotto]

Hola, solo me especializo en SQL Server.

[@randolfojolongutierrez5311]

Excelente video, gracias

[@maxiaccotto]

Gracias

[@emcattaneo]

Excelente Video!!!

[@maxiaccotto]

Gracias!

[@alexisburgos7148]

Hola como estás... sería bueno si hablaras sobre las distintas formas de guardado de datos.. por ejemplo.. yo estoy usando un hosting sql server como puente entre programas desktop, y como son tablas donde se mete bastante información de junto, uso SqlBulkCopy, y me he dado cuenta que este comando vs el INSERT normal, si bien me ayuda a subir mayor cantidad de datos en menor tiempo.. también hace que mis tablas crezcan mucho con espacio basura que solo se elimina al disminuir el tamaño de la base de datos. Saludos.. por cierto.. me hubiera gustado ver un Vrs de Float y Numeric... aunque float es más útil en dinero porque conserva bien los decimales mientras que numeric redondea mal los decimales al momento de copiar datos desde float.

[@maxiaccotto]

Ojo con el float porque es coma flotante y podes tener diferencias en los valores. Para dinero justamente no es la mejor opción, lo mejor es decimal en ese caso

[@alracero]

Amigo te doy tu like. Pero dos cosas: 1) Respecto al uso de tipos de datos imagina el caso que sabes que tu tabla con una columna identity crecerá mucho. En ese caso seria ideal usar un tipo int unsigned, como lo es en MySql por ejemplo. Pero, Sql Server no posee esta opción y en tal caso estaríamos obligados a usar el siguiente tipo de datos. ¿ O si posible y existe algún atributo que marque el campo como sin signo ? 2) Respecto a los tipos de datos char y varchar. En tus ejemplos, le haria entender a un novato que en todo caso es preferible el tipo de datos varchar, pero seria bueno aclarar que para algunos casos conviene el tipo de dato char. Por ejemplo casos en que el campo tiene siempre un tamaño fijo.

[@maxiaccotto]

Si la tabla es muy grande podes usar Bigint en lugar de INT en tu ID. El tema es que no siempre necesitas eso y muchas veces usan tipos de datos que no van y afectan la performance

[@joaquingutierrez7296]

Hola para almacenar dinero, cuando lo creo en la tabla lo creo como decimal(10,2) o como big decimal(10,2). Gracias

[@maxiaccotto]

yo la crearia con decimal (10,2)