Aplica a: SQL Server 2012.
SQL Server 2012 trae 14 nuevas funciones T-SQL y mejora otra existente… Read more »

Hace unos dias uno de los miembros de mi equipo quería obtener la lista de bases de datos que se han configurado en mirror en un server para omitirlas de los back ups. Y asi nacio este script. Read more »

La librería FASTCALC.LIB utiliza frecuentemente una técnica que consiste en subir un cursor con ciertos datos al servidor en forma de tabla temporal, que luego es usada para filtrar datos específicos de una o mas tablas del sistema.
Sin embargo, cuando sucede que la BD utiliza un collation distinto al collation configurado en el servidor SQL Server (situación que se presenta típicamente cuando se restaura la BD desde un backup hecho en otro servidor que usaba un collation distinto), se produce un error de intercalación al intentar mezclar en un mismo SELECT los datos de la tabla temporal con datos de las tablas de la BD. Read more »

It has happened before and will happen again. I have said it before and I will probably say it again! We all have seen it before and we will see it again!
Your procedures used to work very well, execute fast and everybody is happy, but one day one of your procedures executes forever and you think your SQL server database has passed on into eternity. You start digging in the server and try to find the performance killer. You find the procedure fast, but what is wrong? The code is the same, the tables are all the same and the indexes are all the same, but why is the procedure killing the server? Read more »

“… So, now we have something we can understand – sharding is splitting table (or tables) data into multiple instances, each having subset of the data, but the subset is defined as subset of rows, and not columns – i.e. all shards have all columns, just not all rows.
The simplest possible example, is splitting table (let’s say users) and keeping users with odd ids on server #1 and even ids on server #2. And then we’d need some logic so that we’ll get the data that we need regardless on which shard it exists.
Please note that sharding has nothing to do with failover – each shard should have its own failover capabilities (for example using normal master-slave replication). Read more »

Oracle 11gR2 introduced significant features that have made it easier than ever to isolate and identify potential root causes of poor I/O performance. This article – the eighth and last in this series – explores how solid-state devices (SSDs) can make an incredible difference when applied judiciously to an apparently intractable I/O performance bottleneck. Read more »

Muito se tem comentado e discutido sobre a utilização do InnoDB desde que a Oracle colocou no mercado e versão 5.5 do MySQL com o InnoDB Plugin, agora sendo este o Storage Engine padrão do MySQL.
Antes disso, talvez fosse mais cômodo criar somente um banco de dados e um muitas tabelas e iniciar os projetos. Agora será necessário entender bem como funcionam algumas estruturas do InnoDB, já que as tabelas que você criava antes agora serão controladas por um motor mais robusto, com integridade referencial, logs para suporte à transação, níveis de isolamento e muitos outros recursos que coloca o MySQL como uma opção robusta para ambientes de missão crítica.
Vou tratar de explicar neste artigo somente o funcionamento do Buffer Pool, área de memória criada e controlada pelo InnoDB, onde são armazenados dados e índices de tabelas.
Os exemplos deste artigo contam com uma instalação completamente nova do MySQL, na versão 5.5.18, rodando em CentOS 6.0, conforme exibido abaixo: Read more »

Como es costumbre ya, publico aquí las láminas que utilizamos durante esos días. Están bajo licencia Creative Commons Share-Alike. Read more »

This is incredible, by the way. Any time MySQL needs to use a tmp table on disk, you can make it use RAM disk instead.
WARNING: if the tmpfs partition you make isn’t big enough, MySQL will not be able to complete queries. Make sure you have enough RAM to do this. Read more »