Base De Datos en linea

Esta pagina es Creada por Jovenes Y para Jovenes Con el fin de mostrar y Dar a entender el conocimiento de todo lo que es la informacion y lo que puedes hacer con ella sabiendola manejar bien,y todo lo que se puede guardar en una base de datos,comprendiendo que funciones podemos realizar,crear y suministrar o mostrar al mundo como lo es con una base de datos

Tambien conociendo en que medios podemos llevar a cabo una base de datos;sea empresa,miniempresa o negocio multinacional o cualguier otra dicha funcion como encuestas,votaciones etc 

Aqui te puedes enterar de las  ultimas Novedades de la informacion y lo ultimo en base de datos 

ENTRA Y ACTUALIZATE

Una base de datos o banco de datos es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. En este sentido; una biblioteca puede considerarse una base de datos compuesta en su mayoría por documentos y textos impresos en papel e indexados para su consulta. Actualmente, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en formato digital (electrónico), y por ende se ha desarrollado y se ofrece un amplio rango de soluciones al problema del almacenamiento de datos.

Existen programas denominados sistemas gestores de bases de datos, abreviado DBMS, que permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada. Las propiedades de estos DBMS, así como su utilización y administración, se estudian dentro del ámbito de la informática.

Las aplicaciones más usuales son para la gestión de empresas e instituciones públicas; También son ampliamente utilizadas en entornos científicos con el objeto de almacenar la información experimental.

Tipos de Base De Datos

Las bases de datos pueden clasificarse de varias maneras, de acuerdo al contexto que se esté manejando, la utilidad de las mismas o las necesidades que satisfagan.

Según la variabilidad de la base de Datos

Bases de datos estáticas

Son bases de datos de solo lectura, utilizadas primordialmente para almacenar datos históricos que posteriormente se pueden utilizar para estudiar el comportamiento de un conjunto de datos a través del tiempo, realizar proyecciones, tomar decisiones y realizar análisis de datos para inteligencia empresarial.

Bases de datos dinámicas

Éstas son bases de datos donde la información almacenada se modifica con el tiempo, permitiendo operaciones como actualización, borrado y edición de datos, además de las operaciones fundamentales de consulta. Un ejemplo de esto puede ser la base de datos utilizada en un sistema de información de un supermercado, una farmacia, un videoclub o una empresa.

Según el contenido

Bases de datos bibliográficas

Sólo contienen un subrogante (representante) de la fuente primaria, que permite localizarla. Un registro típico de una base de datos bibliográfica contiene información sobre el autor, fecha de publicación, editorial, título, edición, de una determinada publicación, etc. Puede contener un resumen o extracto de la publicación original, pero nunca el texto completo, porque si no, estaríamos en presencia de una base de datos a texto completo (o de fuentes primarias —ver más abajo). Como su nombre lo indica, el contenido son cifras o números. Por ejemplo, una colección de resultados de análisis de laboratorio, entre otras.

Bases de datos de texto completo

Almacenan las fuentes primarias, como por ejemplo, todo el contenido de todas las ediciones de una colección de revistas científicas.

Directorios

Un ejemplo son las guías telefónicas en formato electrónico.

Bases de datos o "bibliotecas" de información química o biológica

Son bases de datos que almacenan diferentes tipos de información proveniente de la química, las ciencias de la vida o médicas. Se pueden considerar en varios subtipos:

Las que almacenan secuencias de nucleótidos o proteínas.

Las bases de datos de rutas metabólicas.

Bases de datos de estructura, comprende los registros de datos experimentales sobre estructuras 3D de biomoléculas-

Bases de datos clínicas.

                          TECNOLOGÍA DE CÓDIGO ABIERTO (OPEN SOURCE) DBA 

Los consultores de DBA Ready se enfocan en maximizar el ahorro de costos de nuestros clientes en su infraestructura de TI.

Guiamos a nuestros clientes con el objetivo reducir los costos, mediante la adopción de tecnologías de código abierto ya que no son sólo libre de licencias, pero también fiable y probadas.

Hemos reconocido la necesidad de asistencia técnica confiable por muchas empresas en tecnologías de código abierto, nuestro consultores ofrecen un servicio sistemático de migración de sistemas operativos o aplicaciones propietarias a aplicaciones de código abierto..

También proporcionamos una prueba de concepto, mediante la cual podra evaluar sus aplicaciones actuales en esta plataforma de código abierto y garantizar ahorro de costos en su infraestructura de TI.

                                               Tecnología de Código Abierto soportadas

·         Sistema Operativo: Linux -> RedHat, CentOS, Fedora, Oracle Enterprise Linux

·         Base de Datos Open source: MySQL

·         Migración de plataforma propietaria a código abierto (Windows -> Linux | Oracle, SQL Server --> MySQL)

·         Actualizaciones de sistemas operativos o aplicaciones de código abierto

·         Migración de su base de datos ORACLE (10g/11g) de sistemas operativos propietarios a Linux

                                            ESTRUTURA DE UNA BASE DE DATOS

La estructura de la base de datos es bastante sencilla. Las convenciones utilizadas aparecen implícitamente en este documento. Por ejemplo, la mayoría de los objetos se indexan con un entero autoincrementado cuyo nombre es de tipo id_objet, y que se declara como clave primaria en la tabla apropiada.

NB: este artículo necesita ser actualizado y nadie lo está haciendo todavía. Hay que leerlo como un elemento que ayuda a comprender el funcionamiento de SPIP, pero ya no como una referencia. Si quieres contribuir a la documentación rehaciendo este artículo, ¡no lo dudes!

Contenido referido a la redacción 

Las secciones: spip_rubriques

-  Cada sección se identifica por su id rubrique.

-  id_parent es la id rubrique de la sección que contiene esta sección (cero si la sección se encuentra en la raíz del sitio).
-  titre, descriptif, texte se explican ellos mismos

-  id_secteur es la id_rubrique de la sección inicial de la jerarquía que contiene la sección actual. Una sección depende de una sección que depende de una sección… hasta una sección colocada en la raíz del sitio; es esta última sección la que determina el id_secteur. Este valor calculado previamente permite acelerar ciertos cálculos del espacio público (de hecho las breves son clasificadas únicamente por sector y no según toda la jerarquía).

-  maj es un campo técnico Calculado automáticamente por MySQL. Contiene la fecha de la última modificación introducida en la tabla.
-  export, id_import son dos campos reservados para funcionalidades futuras.

Los artículos: spip_articles

-  Cada artículo está identificado por su id_article.

-  id_rubrique indica en que sección está incluido el artículo.
-  id_secteur indica el sector correspondiente a la sección antes mencionada (ver el párrafo precedente para advertir la diferencia entre los dos).
-  titre, surtitre, soustitre, descriptif, chapo, texte, ps se explican ellos mismos.
-  date es la fecha de publicación del artículo (si todavía no está publicado, es la fecha de creación).
-  date_redac es la fecha de publicación anterior si introduces un valor; si no, es « 0000-00-00 ».
-  statut es la situación actual del artículo: prepa (en curso de redacción), prop (propuesto a su publicación), publie (publicado),refuse (rechazado), poubelle (en la papelera).
-  accepter_forum: permite seleccionar manualmente si el artículo acepta foros o no (por omisión, sí).
-  maj: el mismo significado que en la tabla de las secciones.
-  export es un campo reservado para funcionalidades futuras.
-  images es un campo que contiene la lista de las imágenes utilizadas por el artículo, en un formato propio. Este campo se genera porspip_image.php3..
-  visites y referers son usados para las estadísticas sobre los artículos. El primero es el número de visitas del artículo en el espacio público; el segundo contiene un extracto de hash de las visitas externas para recordar esos diferentes enlaces externos. Ver inc-stats.php3.

Los autores/as: spip_auteurs

-  Cada autora o autor es identificado por su id_auteur.
-  nom, bio, nom_site, url_site, pgp son, respectivamente, el nombre de la autora o autor, una corta biografía, su dirección de email, el nombre de la URL de su sitio Web, y su clave PGP. Son informaciones que él o ella puede modificar libremente.
-  email, login son su email de inscripción y su login. Sólo puede modificarlos un administrador.
-  pass es el hash MD5 de la contraseña.
-  htpass es el valor encriptado (es decir, generado mediante crypt()) de la contraseña para el .htpasswd.
-  statut es el estado del autor/a: 0minirezo (administrador/a), 1comite(redactor/a), 5poubelle (en la papelera), 6forum (registrado en los foros, cuando están definidos en el modo «por registro»).
-  maj tiene el mismo significado que en las otras tablas.

Las breves: spip_breves

-  Cada breve está identificada por su id_breve.
-  id_rubrique es la sección (de hecho el sector) en la cual está clasificada la breve.
-  titre, texte, lien_titre, lien_url son el título, el texto, y el nombre y la dirección de referencia asociados a la breve.
-  date_heure es la fecha de la breve.
-  statut es el estado de la breve: prop (propuesta a su publicación), publie(publicada) o refuse (rechazada).
-  maj: igual que en las otras tablas.

Las palabras clave: spip_mots

-  Cada palabra clave es identificada por su id_mot.
-  El type de la palabra clave es el tipo, o grupo, elegido para esa palabra clave. Definiendo varios tipos se obtienen diversas clasificaciones independientes (por ejemplo «tema», «época», «país»...).
-  titre, descriptif, texte se explican ellos mismos.
-  maj: igual que en las otras tablas.

Los sitios sindicados: spip_syndic

-  Cada sitio sindicado es identificado por su id_syndic.
-  id_rubrique e id_secteur contienen la posición en la jerarquía del sitio donde se encuentran los contenidos sindicados.
-  nom_site, url_site, descriptif son el nombre, la dirección y la descripción del sitio sindicado.
-  url_syndic es la dirección del archivo dinámico utilizado para recoger los contenidos sindicados (normalmente se trata de la url_site seguida debackend.php3).

Los artículos sindicados: spip_syndic_articles

-  Cada artículo sindicado es identificado por su id_syndic_article.
-  id_syndic se refiere al sitio sindicado de donde es extraído el artículo.
-  titre, url, date, lesauteurs se explican ellos mismos.

Elementos interactivos

Los mensajes de los foros: spip_forum

-

Componentes esenciales de una base de datos

En prácticamente cualquier base de datos actual existen cuatro elementos esenciales: tablas, consultas, informes y formularios. Todos son indispensables y necesarios:

•             Las tablas permitirán almacenar los datos.

•             Con las consultas podremos acceder a los datos almacenados, ordenarlos y filtrarlos por diferentes criterios.

•             Los informes serán la forma más eficaz de presentar nuestros datos.

•             Con los formularios se facilitan las tareas de introducción de datos.

Esta es una definición muy básica de cada uno de los elementos que forman parte de una base de datos pero suficiente para comenzar a familiarizarnos con estos conceptos.

                                                                                                          Tablas

Dentro de una base de datos, la información se almacena y se organiza en tablas; la figura 1.1 muestra un ejemplo. En cada tabla encontraremos una serie de filas y columnas. A las filas de una tabla de una base de datos se les llama registros y a las columnas, campos. Todos los datos que aparecen en un mismo registro se refieren a un mismo individuo y todos los datos que aparecen en un campo se refieren a un mismo tipo de información sobre el individuo. A la intersección de un registro con un campo se le llama dato. Sobre todos estos conceptos seguiremos trabajando pero es importante que empieces a familiarizarte con ellos.

                                                                                                              Consultas

las  consultas tienen como propósito recuperar la información almacenada en las tablas. Con esta breve descripción podríamos pensar… ¿y por qué no la miramos directamente en ellas? Pues bien, la ventaja se encuentra en la posibilidad que ofrecen las consultas de filtrar la información y mostrar sólo aquellos datos que interesen en cada caso. Por ejemplo, imagina que tenemos una enorme base de datos con cientos de recetas de cocina y resulta que hoy nos apetece hacer arroz. En este caso, crearíamos una consulta para obtener sólo aquellas recetas que hablen de arroz. Otra de las características importantes de las consultas es que puedes utilizar más de una tabla para mostrar datos relacionados. Esto es así gracias a que Base es un sistema de bases de datos relacional.

                                                                                                           Formularios

 Los formularios nos ayudarán principalmente en tareas de introducción de información. Cuando se trata de incluir pocos datos podemos hacerlo directamente sobre las tablas pero cuando el volumen es importante, este método se vuelve poco eficaz. Para resolver este problema tenemos los formularios donde la inclusión de datos se hace de forma mucho más intuitiva y sencilla. En la figura 1.3 podemos ver un ejemplo de formulario. Además, y al igual que ocurre con las consultas, los formularios también permiten trabajar simultáneamente sobre varias de las tablas de una base de datos

                                                                                                               Informes

Los informes tienen como objetivo proporcionar las herramientas necesarias para obtener una copia impresa de los datos existentes en una base de datos aunque existen otras posibilidades tan interesantes como la generación de archivos en formato PDF. Habitualmente, los informes se suelen construir a partir de los resultados obtenidos de la ejecución de consultas. De esta forma combinamos la posibilidad de seleccionar sólo los datos que deseemos que nos ofrecen las consultas con la ventaja de imprimirlos que aportan los informes.

La figura 1.4 muestra la apariencia típica de un informe creado con OpenOffice Base. Como puedes comprobar su aspecto es muy similar a los archivos de texto creados con Writer. Esta característica permitirá aprovechar nuestros conocimientos con esta herramienta y aplicarlos en el diseño de formularios con Base.

                                                                       Muy importante, planificar la base de datos antes de crearla

Cuando trabajamos con bases de datos relacionales es habitual distribuir la información en diferentes tablas vinculadas entre sí. Esta característica obliga a un proceso de planificación y diseño previo para obtener el resultado esperado. Piensa qué deseas almacenar en la base de datos, qué datos necesitas recuperar y en definitiva, determina el propósito final del proyecto para establecer unos cimientos lo suficientemente sólidos.

Para comenzar, establece prioridades y enumera las funcionalidades principales que deseas obtener de la base de datos. Proponemos algunas ideas:

Imaginemos que queremos crear una base de datos para la gestión de las competiciones deportivas de nuestro centro. La base de datos deberá llevar un registro de todos los participantes: podrás suministrar los datos personales de los mismos, pudiéndolos agrupar por grupos de clase y por edades. También deberás ser capaz de gestionar los distintos equipos, con sus componentes, actividades en las que participan, lugar y fecha de las distintas competiciones y un registro de los resultados que se produzcan.

Así mismo, podemos contemplar la posibilidad de crear una base de datos para la gestión de las tutorías. En este caso, el registro debe incluir tablas de datos de: alumnos, grupos clase, horarios, profesores tutores, actividades de la acción tutorial y programación.

Otra idea puede ser la gestión de una escuela de padres, donde deberíamos tener tablas para almacenar información sobre las familias que participan en ella, un registro de actividades, calendario de reuniones… El objetivo final sería facilitar el manejo y administración de todos los datos que se gestionen en dicha Escuela de padres.

Por ejemplo, también podríamos utilizar una base de datos como soporte para realizar un inventario de todos los ordenadores, impresoras, mesas, dispositivos de proyección y cualquier otro elemento que forme parte del mobiliario del centro. En este caso necesitaríamos tablas donde guardar la descripción y cantidad de cada uno de estos objetos, así como su ubicación. Para esto último, necesitamos crear una tabla que contenga todas las aulas, departamentos, laboratorios y demás estancias del centro que contenga material susceptible de incluirse en el inventario. Los inventarios y catálogos de material en general son susceptibles de gestionarse mediante bases de datos. En los centros educativos es frecuente que los jefes de departamentos de los IES y los miembros de directivas de IES y colegios sean responsables de inventariar y controlar equipos y materiales. Una base de datos es una buena solución para realizar esa gestión. También para la gestión de espacios con abundante material, por ejemplo, en laboratorios de ciencias o espacios pertenecientes a familias de formación profesional.

Después de leer los párrafos anteriores, vemos que nuestra base de datos debe contener una serie de tablas de datos, que serán aquellas que dispongan de la información que necesitemos gestionar.

En seguida vemos que el esquema que muestra la figura 1.9 queda corto. Debemos concretar un poco más. Los datos de los alumnos, ¿cuáles son? Evidentemente debemos incluir nombre y apellidos, ¿tal vez su dirección? No, si no pensamos enviarles correspondencia. ¿Su número de teléfono? Sí, si prevemos que les tendremos que avisar de repentinos cambios en los horarios de las competiciones o cualquier otra circunstancia. Todas estas preguntas y más, debemos hacernos antes de empezar a trabajar con la base de datos.