Pensamiento Imaginactivo

Difundiendo la creatividad e innovación para la gestión de organizaciones y Pymes

Nuestra Misión

Difundir la creatividad y la innovación para la gestión de organizaciones sociales, emprendimientos y Pymes.
    Manuel Gross Osses (Quilpué, Chile).

Top One en Buzzear.net Chile

Ranking de blogs de Chile

Feed RSS: http://manuelgross.bligoo.com/rss/node

"No permitas que te roben las ideas. Regálalas!" Sir Ken Robinson

creative_commons_logo.jpg

Ultimas publicaciones

Una situación frecuente

Había que hacer un trabajo muy importante y “Cada uno” estaba seguro de que “Alguien” lo haría.

Cualquiera” pudo haberlo hecho, pero “Ninguno” lo hizo. “Alguien” se disgustó por eso, ya que el trabajo era de “Cada uno”.

Cada uno” pensó que “Cualquiera” podría hacerlo, pero “Ninguno” se dio cuenta que “Cada uno” lo haría.

En conclusión, “Cada uno” culpó a “Alguien” cuando “Ninguno” hizo lo que “Cualquiera” podría haber hecho.

(Anónimo. Una fuente: Mensaje para ti)

Menú

- Home - Página inicial de la Comunidad 
- Mi Perfil - Perfil de Manuel Gross   
- Escríbame - Escríbale a Manuel 
- Actividad - Lo más leído, más comentado, favoritos
- Miembros - Lista de miembros de Pensamiento Imaginactivo 
- Referencias - Biblioteca de textos de referencia 
- Blogrolls - Blogs de consultores y emprendedores
- Herramientas - Software para potenciar su productividad
- Comunidades - Lista de Comunidades Bligoo 
- Autores - Que han publicado aquí
-
Otros sitios de Bligoo:
- Ayuda y FAQs 
- La CocinaSoporte  
- Bligoo - Varios (seguidores, seguidos, comunidades, tags, encuestas...) 
- Bligoo Blog - Noticias corporativas   
- Bligoo Fono - Publica por teléfono  
- Blog Gratis - Crea tu blog gratis

Una base de datos es mejor que una planilla

Enviado por Manuel Gross el 06/10/2008 a las 12:21
Manuel Gross


Base de datosA pesar de las muchas potencialidades de las planillas de cálculo, usarlas para manejar conjuntos de datos muy extensos o que son muy sensibles, contienen un inherente peligro de corrupción de su contenido y no permiten extraer de los datos toda la información con la versatilidad con que puede hacerlo un programa de bases de datos.

Muchas personas (incluso usuarios avanzados) tienen cierto temor de aprender a usar una base de datos, haciéndose hábiles usuarios de Excel u otra planilla electrónica (worksheet o spreadsheet), porque piensan que es un tema demasiado difícil de comprender o que es un campo sólo para especialistas en informática.

Si bien es cierto que para diseñar bases de datos complejas se requiere una sólida formación teórica, como por ejemplo en el modelo relacional, para muchas organizaciones o empresas pequeñas que necesitan manejar datos simples acerca de sus proveedores y clientes o de sus productos, es relativamente sencillo instalar y aprender a usar, sin grandes conocimientos informáticos, uno de los muchos programas que están diseñados específicamente orientados al usuario final, y que permiten una vez en operación un salto cualitativo en la forma como se administran, se interpretan y se comunican los datos de la organización.

Sin intención de hacerle publicidad gratis, repito aquí unos párrafos de la web de un popular programa administrador de bases de datos.

"¿Por qué es aconsejable almacenar la información en una base de datos y no en una hoja de cálculo o en un documento? En una base de datos es mucho más sencillo encontrar la información. Puede preguntar a la base de datos (por ejemplo, cuántas personas han aceptado venir a mi evento o qué cliente compró qué producto) y obtener una respuesta inmediatamente.

Las bases de datos no sólo almacenan información, también solucionan problemas, responden a preguntas y toman decisiones. Puede crear fórmulas y cálculos para analizar la información y, de esta forma, creará informes rápidos que mejorarán la forma de compartir sus opiniones. Otra ventaja de las bases de datos es la impresión flexible. Las bases de datos permiten crear de manera más sencilla etiquetas de correo, informes, facturas, identificaciones para eventos y formularios de entrada de datos."

Para iniciarnos en el tema, presento el artículo siguiente de don Damián Pérez.

¿Qué son las bases de datos?

Por Damián Pérez Valdés

Una base de datos es un “almacén” que nos permite guardar grandes cantidades de información de forma organizada para que luego podamos encontrar y utilizar fácilmente. A continuación te presentamos una guía que te explicará el concepto y características de las bases de datos.

El término de bases de datos fue escuchado por primera vez en 1963, en un simposio celebrado en California, USA. Una base de datos se puede definir como un conjunto de información relacionada que se encuentra agrupada ó estructurada.

Desde el punto de vista informático, la base de datos es un sistema formado por un conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de datos.

Cada base de datos se compone de una o más tablas que guarda un conjunto de datos. Cada tabla tiene una o más columnas y filas. Las columnas guardan una parte de la información sobre cada elemento que queramos guardar en la tabla, cada fila de la tabla conforma un registro.

Definición de base de datos

Se define una base de datos como una serie de datos organizados y relacionados entre sí, los cuales son recolectados y explotados por los sistemas de información de una empresa o negocio en particular.

Características

Entre las principales características de los sistemas de base de datos podemos mencionar:

    - Independencia lógica y física de los datos.
    - Redundancia mínima.
    - Acceso concurrente por parte de múltiples usuarios.
    - Integridad de los datos.
    - Consultas complejas optimizadas.
    - Seguridad de acceso y auditoria.
    - Respaldo y recuperación.
    - Acceso a través de lenguajes de programación estándar.

Sistema de Gestión de Base de Datos (SGBD)

Los Sistemas de Gestión de Base de Datos (en inglés DataBase Management System) son un tipo de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. Se compone de un lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un lenguaje de consulta.

Ventajas de las bases de datos

Control sobre la redundancia de datos:

Los sistemas de ficheros almacenan varias copias de los mismos datos en ficheros distintos. Esto hace que se desperdicie espacio de almacenamiento, además de provocar la falta de consistencia de datos. En los sistemas de bases de datos todos estos ficheros están integrados, por lo que no se almacenan varias copias de los mismos datos. Sin embargo, en una base de datos no se puede eliminar la redundancia completamente, ya que en ocasiones es necesaria para modelar las relaciones entre los datos.

Consistencia de datos:

Eliminando o controlando las redundancias de datos se reduce en gran medida el riesgo de que haya inconsistencias. Si un dato está almacenado una sola vez, cualquier actualización se debe realizar sólo una vez, y está disponible para todos los usuarios inmediatamente. Si un dato está duplicado y el sistema conoce esta redundancia, el propio sistema puede encargarse de garantizar que todas las copias se mantienen consistentes.

Compartición de datos:

En los sistemas de ficheros, los ficheros pertenecen a las personas o a los departamentos que los utilizan. Pero en los sistemas de bases de datos, la base de datos pertenece a la empresa y puede ser compartida por todos los usuarios que estén autorizados.

Mantenimiento de estándares:

Gracias a la integración es más fácil respetar los estándares necesarios, tanto los establecidos a nivel de la empresa como los nacionales e internacionales. Estos estándares pueden establecerse sobre el formato de los datos para facilitar su intercambio, pueden ser estándares de documentación, procedimientos de actualización y también reglas de acceso.

Mejora en la integridad de datos:

La integridad de la base de datos se refiere a la validez y la consistencia de los datos almacenados. Normalmente, la integridad se expresa mediante restricciones o reglas que no se pueden violar. Estas restricciones se pueden aplicar tanto a los datos, como a sus relaciones, y es el SGBD quien se debe encargar de mantenerlas.

Mejora en la seguridad:

La seguridad de la base de datos es la protección de la base de datos frente a usuarios no autorizados. Sin unas buenas medidas de seguridad, la integración de datos en los sistemas de bases de datos hace que éstos sean más vulnerables que en los sistemas de ficheros.

Mejora en la accesibilidad a los datos:

Muchos SGBD proporcionan lenguajes de consultas o generadores de informes que permiten al usuario hacer cualquier tipo de consulta sobre los datos, sin que sea necesario que un programador escriba una aplicación que realice tal tarea.

Mejora en la productividad:

El SGBD proporciona muchas de las funciones estándar que el programador necesita escribir en un sistema de ficheros. A nivel básico, el SGBD proporciona todas las rutinas de manejo de ficheros típicas de los programas de aplicación. El hecho de disponer de estas funciones permite al programador centrarse mejor en la función específica requerida por los usuarios, sin tener que preocuparse de los detalles de implementación de bajo nivel.

Mejora en el mantenimiento:

En los sistemas de ficheros, las descripciones de los datos se encuentran inmersas en los programas de aplicación que los manejan. Esto hace que los programas sean dependientes de los datos, de modo que un cambio en su estructura, o un cambio en el modo en que se almacena en disco, requiere cambios importantes en los programas cuyos datos se ven afectados. Sin embargo, los SGBD separan las descripciones de los datos de las aplicaciones. Esto es lo que se conoce como independencia de datos, gracias a la cual se simplifica el mantenimiento de las aplicaciones que acceden a la base de datos.

Aumento de la concurrencia:

En algunos sistemas de ficheros, si hay varios usuarios que pueden acceder simultáneamente a un mismo fichero, es posible que el acceso interfiera entre ellos de modo que se pierda información o se pierda la integridad. La mayoría de los SGBD gestionan el acceso concurrente a la base de datos y garantizan que no ocurran problemas de este tipo.

Mejora en los servicios de copias de seguridad:

Muchos sistemas de ficheros dejan que sea el usuario quien proporcione las medidas necesarias para proteger los datos ante fallos en el sistema o en las aplicaciones. Los usuarios tienen que hacer copias de seguridad cada día, y si se produce algún fallo, utilizar estas copias para restaurarlos. En este caso, todo el trabajo realizado sobre los datos desde que se hizo la última copia de seguridad se pierde y se tiene que volver a realizar. Sin embargo, los SGBD actuales funcionan de modo que se minimiza la cantidad de trabajo perdido cuando se produce un fallo.

Desventajas de las bases de datos

Complejidad:

Los SGBD son conjuntos de programas que pueden llegar a ser complejos con una gran funcionalidad. Es preciso comprender muy bien esta funcionalidad para poder realizar un buen uso de ellos.

Coste del equipamiento adicional:

Tanto el SGBD, como la propia base de datos, pueden hacer que sea necesario adquirir más espacio de almacenamiento. Además, para alcanzar las prestaciones deseadas, es posible que sea necesario adquirir una máquina más grande o una máquina que se dedique solamente al SGBD. Todo esto hará que la implantación de un sistema de bases de datos sea más cara.

Vulnerable a los fallos:

El hecho de que todo esté centralizado en el SGBD hace que el sistema sea más vulnerable ante los fallos que puedan producirse. Es por ello que deben tenerse copias de seguridad (Backup).

Por Damián Pérez Valdés  | 116,443 Lecturas
Archivado en: Glosario 
26.10.2007

..................
Fuente: Maestros del Web 
Ilustración: PHP & MySQL Guide 

Artículos relacionados:
Sistema de gestion de bases de datos

 

Tell a Friend
Imaginactivo
- Villarrica Cultural - EcoVillarrica - Mi Facebook - Blog Networks

Publicidad por Bligoo.com

Sitios que enlazan este artículo:

Curso Microsoft Access 2000

Enviado por el 16/03/2011 a las 20:21
Manuel Gross

Curso Microsoft Access 2000

En el manual se han tratado todos los aspectos relativos a Access 2000 que necesitan conocer tanto el usuario novel como el operador más avezado.

En tal sentido, nada se ha omitido y nada se ha dado por sabido; todos los aspectos del programa han sido explicados minuciosamente y a fondo.

Pero lo que resulta realmente importante destacar en esta breve introducción es que en la publicación se han analizado, además de las características más conocidas y utilizadas de anteriores versiones de Ac-cess (muchas de ellas mejoradas), todas las nuevas e importantes prestaciones que se le han incorporado a esta novísima versión, entre las que enumeraremos a continuación de estas líneas solamente las más destacables, pues hacerlo con la totalidad de las mismas excedería con mucho los límites habitualmente asignados a una introducción convencional.

 

Sigue...

-----------------

Twitter - Facebook


NoSQL Databases: What, When and Why

Enviado por el 06/03/2011 a las 16:59
Manuel Gross

NoSQL Databases: What, When and Why (PHPUK2011)

I'm back from what IMHO was the best PHPUK edition so far, thanks a lot to all the organisers for such a well-organised conference! All the talks I attended were superb (from Marco Tabini's keynote, to Ian Barber's ZeroMQ talk, to Morgan Tocker's InnoDB insights, and Andrei Zmievski's introduction to ElasticSearch).

I also gave a talk about NoSQL databases, a topic I've become increasely interested in the last few years. People who know me know that I have a thing for relational databases (and I often have some fun and do crazy stuff with them), and by extension they must think that I dislike NoSQL databases. Truth is, I like the latter very much as well. What irks me is the blurry and shallow picture that emerges from the large majority of discussions on the subject. Let me explain what I mean.

The first impression of NoSQL databases that most people have is that they are "better" than the old RDBMS generation (and they're "better" at everything), they don't use SQL because SQL is oh-so-hard, and, uhm, they scale (take that, RDBMS!). And worst of all, since all these new storage solutions are waving the "NoSQL banner" all together, and unite-they-fight against the RDBMS enemy, then a distracted observer has the impression that they all are completely interchangeable. Argh.

So now you know what motivated me to talk about the subject. Yes, it was a bit naïve of me to think that I could cover all in 50 minutes, and surely I could have done a better job anyway with more time to prepare the talk, but I hope I was able to convey a few important points nonetheless:

  1. Despite what motivation draws you to the NoSQL world, it's fundamental to understand why and how they depart from relational databases: what shortcomings they're trying to circumvent, what architectural decisions support them, what trade-offs they accept in order to achieve their goals. Failing to understand these things can only bear unpleasant surprises, should you ignore them when switching to a non-relational data store.

  2. All NoSQL databases are not created equal. RDBMS databases are often blamed to be a one-size-fits-all solution to all problems. NoSQL databases are the exact opposite: their extremely rich variety, and diversity in the problems they're trying to solve and in the approaches they have, is what makes them so successful in today's complex world. So you can have products like Cassandra that are appropriate for full-text indexing, HBase that's perfect for low-latency high-write-throughput and mostly offline processing, CouchDB that's great for a small number of pre-defined queries (thanks to its "materialised resultset" views), MongoDB that's good for more dynamic queries while retaining some data structure, and then you have Graph databases that are thousands of times more efficient than all the others in expressing and traversing complex relationships. But put any of them out of their "comfort zone", try asking questions they're not optimised for, and see what happens. Hint: it's going to hurt, badly. And if you care about your data, have a look at their persistency model too. That's why it's so important to understand what each of them can and what they can't do, and their architecture.

  3. While almost all the NoSQL databases focus on scaling, they do so in a very different way. Some of them scale well with the growth in transaction volume (e.g. number of concurrent requests), some scale well with the growth in data set size, some are good at both (albeit sacrificing either the data model or the type of questions you can ask them), some are good at neither and only focus in raw speed.

  4. Related to the previous point, a fact that's often overlooked, not all the NoSQL databases are distributed. The power of K-V stores implementing consistent hashing is they scale beautifully with data size growth (at the cost of a very poor data model), and the same is true for BigTable derivates that sit on top of a distributed filesystem like GFS or HDFS. Others can't be considered distributed at all: for instance, CouchDB, and I would say the entire graph databases category, focus on vertical scalability in the number of transactions (either via replication or single-node efficiency) but do not distribute the data itself across many nodes. As a side-note, if you're interested in distributed systems, I can suggest reading Jeff Darcy's blog. No, I won't point you to any specific post, just read the entire blog archive. And then read it again, and again. It's that good.

  5. Finally, most people seem to make the jump from "it's so cool" to "it must be easy". Well, it's not always the case, starting from the language itself: I bet many NoSQL products would love to have an SQL-like query syntax, if only they could (a fact confirmed by the rise of interfaces like Pig and Hive on top of map-reduce). There's a new terminology, new paradigms, completely different data models. Development, deployment and integration are complex and often involve writing in or interacting with new languages (Erlang, Scala, C, Java), and finally -as already mentioned- there are new query models (and map-reduce is the emerging paradigm, with many slightly different implementations). There's a steep learning curve here.

Anyway, I hope this adds some context to my slides. Thanks again to all the organisers and the attendees, and please leave your feedback on Joind.in or drop a note in this page!

NoSQL Databases: Why, what and when

 

-----------------

Twitter - Facebook


HTSQL A database query language

Enviado por el 17/11/2010 a las 23:24
Manuel Gross

HTSQL A database query language for the accidental programmer

 

/what.is.it?

HTSQL ("Hyper Text Structured Query Language") is a high-level query language for relational databases. The target audience for HTSQL is the accidental programmer -- one who is not a SQL expert, yet needs a usable, comprehensive query tool for data access and reporting.

HTSQL is also a web service which takes a request via HTTP, translates it into a SQL query, executes the query against a relational database, and returns the results in a format requested by the user agent (JSON, CSV, HTML, etc.).

Use of HTSQL with open source databases (PostgreSQL, MySQL, SQLite) is royalty free under BSD-style conditions. Usage of HTSQL with proprietary database systems (Oracle, Microsoft SQL) requires a commercial license.

 

Sigue...

---------------

Twitter - Facebook


Access or Excel?

Enviado por el 07/10/2008 a las 23:34
Manuel Gross

Access database or Excel worksheet?

Una detallada explicación de las similitudes y diferencias de estas aplicaciones para manejar los diferentes tipos de datos

Using Access or Excel to manage your data 

 

--------------------------------------
Imaginactivo  Atina Chile 


Comentarios de este artículo en RSS

Compartir este artículo

Tell a Friend

AddThis Social Bookmark Button


 

Share on Facebook

Buscar en artículos y comentarios


Web Imaginactivo

Feed RSS

Facebook

En Twitter

Mis favoritos

Pueden seguirme en

- Facebook
- Twitter  
- Delicious (Están todos mis posts publicados en el blog, en Facebook y en Twitter)
- Google+ 
Follow Me on Pinterest
manuelgross Twylah Fan Page
mailonpix.com

eXTReMeTracking

eXTReMe Tracker

Estadísticas

Texto libre

Aquí puedes escribir lo que quieras

Más management