martes, 16 de marzo de 2010

Indotel Anuncia venta de Tricom

Temprano en la mañana, me informa mi esposa que la venta de la empresa Tricom fue aprobada por el instituto dominicano de telecomunicaciones (INDOTEL) y me quedo un poco sorprendido por la noticia, pero al mismo tiempo era algo que tarde o temprano esperaba.

Porqué sorprendido? porque Tricom había logrado algo que pocas empresas en Latinoamérica habían conseguido, salir airosa de una restructuración financiera amparada en el capítulo 11 de Estados Unidos que ayuda a empresas en quiebras a intentar salir hacia adelante. habían vuelto a retomar parte del mercado que habían perdido en los últimos años y que mejor momento que éste, donde la mayor empresa de telecomunicaciones ha tenido varios problemas en los últimos meses.

Porqué lo esperaba? este era el deseo de sus dueños desde hace mucho tiempo, querían salir y vender pero los problemas financieros lo impedían y la verdad es, que por más que admiremos la gallardía de sus directores, la empresa no se había logrado posicionar en las principales posiciones en ninguna de las áreas donde se encuentra a excepción del telecable.


viernes, 12 de marzo de 2010

Interesante noticia sobre OpenGl 4

En el blog Eliax se ha publicado en el día de hoy el anuncio realizado del lanzamiento de OpenGL 4.0 integrado con OpenCL. Como explica Eliax, OpenGL es la competencia open source de DirectX sin importar la versión, que ahora es la 11.

Para lo que no conocen OpenCL, es una especificación que permite realizar cálculos matemáticos utilizando la GPU de la tarjeta de vídeo, llegando a ser mucho más rápido que con el mismo CPU, específicamente para cálculos probabilísticos y estadísticos.

martes, 9 de marzo de 2010

Es recomendable borrar el Log del MS SQL Server?

Hace un par de día un lector muy amable me explicaba que tenía unos inconvenientes en la empresa donde labora porque la empresa está creciendo demasiado rápido y la base de datos está ocupando mucho espacio en disco, entonces llegan las pregunta y mis sugerencias:

1- ¿Habrá una manera de que se guarde el respaldo y que se pueda ir disminuyendo el tamaño que se queda en el disco? Puedes usar el comando DBCC SHRINKFILE o DBCC SHRINKDATABASES para disminuir los tamaños de los archivos en base de datos después de ejecutar tu backup. Ver ejemplo más abajo.

USE DatabaseName
GO
DBCC SHRINKFILE(<TransactionLogName>, 1)
BACKUP LOG <DatabaseName> WITH TRUNCATE_ONLY
DBCC SHRINKFILE(<TransactionLogName>, 1)
GO

2- ¿Cada cuando tiempo me recomienda generar mi respaldo del Log para un servidor que recibe diariamente un tamaño de información muy grande? una opción es poner el log en 0 (no lo recomiendo, pero cuando hay problemas de espacio y respaldo de backup, se puede hacer)


BACKUP LOG <DatabaseName>
TRUNCATE LOG <DatabaseName>, 10

Ahora, esto es algo que hago y no me gusta recomendar, si su empresa tiene inconvenientes con espacios en disco, trate de presionar para que inviertan en más medios de almacenamiento, porque si por casualidad de la vida se corrompe una base de datos, puede perder hasta un día de información, y eso puede ser costoso para la empresa como para usted. Por lo que recomiendo exija que espacios en discos para sus backups, de lo contrario explique claramente (si se puede por escrito en las políticas de backup), lo que puede pasar en caso de ocurrir un contratiempo como el que le acabo de explicar.

Un punto, las políticas de backups hay que tratar de tenerlas siempre visible e impresas, y que la alta gerencia tenga conocimiento de la misma, para que no exista dudas si ocurre un mal entendido.

viernes, 5 de marzo de 2010

Agradecimientos a Firebird

Hoy quiero dar las gracias a las personas que lanzaron de forma mal intencionada un ataque a este humilde blog por unas críticas que le hiciera a un motor de base de datos denominado Firebird hace unos seis (6) meses. Ahora, porque las gracias, porque las visitas al blog se han duplicado a partir de ese ataque, y realmente no pienso retractarme sobre los comentarios que hice a la misma.

Solo para decirle, que tomé parte de mi tiempo para hacer los testing a esa base de datos, como lo he realizado con cada versión lanzada por MSSQL, MySQL, Oracle que han salido al mercado, porque es de eso que vivo. Piensas que una base de datos madura necesita ese tipo de ayuda poco profesional para lograr darse a conocer. Piensan que atacando una persona con credibilidad en el área pueden lograr algo, diciendo tonterías que más que otra cosa lo que hacen es avergonzar a los usuarios y desarrolladores (no fanáticos) que utilizan esta herramienta de trabajo.

Sobre si debo investigar más, hice las investigaciones pertinentes y lo que creo necesario para testear una base de datos. De veras piensas que para saber que una base de datos es realmente buena necesito hacer un programa en "Delphi" u otro lenguaje como dices. Crees que con esa actitud ayudas a que los softwares libres crezcan, miren el pasado, ya que el que no conoce su pasado, no sabe de su presente y mucho menos de su futuro; con esto digo, que ese es el motivo por el que Linux sigue siendo inferior a Microsoft Windows o Apple.

Es una falta de respecto, si de forma objetiva dices que esa base de datos es mejor que MySQL, PostgreSQL, para no compararla con otras bases de datos de renombre y con las que trabajo como MSSQL y DB2.

Otros puntos que omití en mi primer artículo:
  1. No es cierto que los consumos de Firebird son bajos, ya que ambos componentes el Guardian y el Server tienen un alto consumo de memoria, y con 10,000 registro en la base de datos, el uso de la memoria se triplicó.
  2. El uso de transacciones es ineficiente, ya que haciendo un update en 100 registro dentro de una transacción dispara el uso del procesador a un 100%.
  3. La información es almacena en un único sistema de archivo, lo que puede ser una limitación en grandes base de datos.
Ahora, si la idea es desarrollar un sistema pequeño, monousuario, que va a correr en un cliente y necesita tener el motor de base de datos a bordo, puedes usarla, así como puedes optar por usar Access si quieres o Paradox, o el mismo DBase al que hacen referencia.

Esta imagen lo dice todo.