Crear una base de datos en Linex

[iguannago]

Buenas tardes amigos, estoy pensando en crear una base de datos sobre el Linex, que es el linux en Extremadura por decirlo rápidamente, y la mejor opción es mysql.
El problema es que ando un poco fuera del mundo linux, y tampoco tengo experiencia con mysql, alguién podría decirme si es complicado montar una base de datos mysql sobre linux? También tengo que crear un front end para dicha base datos, y que por supuesto tampoco tengo experiencia.
Dispongo de un mes para tenerlo o dos como mucho. Qué os parece, me dará tiempo? o mejor me meto con Acces y punto. Gracias.

[-Defero-]

En dos meses tienes tiempo de sobra para arreglártelas medio bien. Lo puedes instalar fácilmente mediante APT-GET (busca en Google), y aprenderás a usar MySQL leyendo la documentación de la web oficial (busca de nuevo en Google).

En cuanto al front-end, si instalas un servidor Apache con PHP (mediante APT-GET) podrás administrar tu base de datos (por ejemplo) mediante phpMyAdmin (de nuevo, Google es tu amigo). Si aprendes cuatro tonterías de MySQL y PHP, tendrás suficiente para montarte tu propio "front-end" en PHP personalizado para tu base de datos. Hasta entonces, podrás funcionar con phpMyAdmin sin problemas.

[iguannago]

Hola amigo, al final me he decido por usar Mysql. Pero voy a montarlo sobre windows, porque los usuarios del centro utilizan este S.O. y así no hay impacto de adecuamiento al Linux. ¿Hay algún problema en montar mysql sobre windows para realizar la base datos?

[BrujoNic]

Pues no comprendo...

Los usuarios van a hacer uso de la BD remotamente, o sea, no importa el SO en que se monte o instale, por lo que el impacto ellos no lo van a tener ya que simplemente solo necesitan accesar a la misma.

Ahora, en cualquier distribución Linux se puede montar Apache+PHP+MySQL, todo es investigar un poco la distribución que vas a utilizar si entre sus paquetes de instalación básica lo traen y si no es así, entre sus repositorios remotos podes instalarlo.

De las que yo he instalado y probado de facil uso para lo que necesitas, estan: OpenSuSe, Mandriva, Fedora, CentOS y Ubuntu/Kubunto.

Repito que son las distribuciones que he visto, pero todas tienen una simple guía para poder instalar lo que necesitas.

Es por lo mismo que da igual que montes la BD en Linux, Windows, Unix, Mac o lo que sea que el cliente final NO le va a importar ni se va a dar cuenta donde está la BD, lo único que le va a interesar, es tener comunicación con la misma.

[-Defero-]

Estoy de acuerdo con BrujoNic: a los usuarios les es igual en qué sistema operativo se esté ejecutando MySQL, ni siquiera tienen por qué saberlo.

De todas maneras, si insistes en utilizar MySQL en MS Windows, y tienes interés de manejarlo con PHP en un servidor Apache, te recomiendo XAMPP, que te facilitará muchísimo la instalación.

[iguannago]

Hola amigos, gracias por las respuestas son de gran ayuda. Mi idea era instalar el servidor MySql en un equipo que tambíen será cliente. Porque la base de datos no es muy grande así que no hace falta un servidor para dedicarlo únicamente a la base de datos.
Creo que alguna instalación y configuración de mysql me permite esto que os cuento, es decir, montar en un equipo la base de datos mysql, y este equipo ser al mismo tiempo cliente y servidor.
Por este motivo insistía en montar mysql sobre windows.
Si esto no fuera posible podemos pasar a la opción de comprar un servidor y montarlo como decís.
¿qué os parece, puedo montar la base de datos como os cuento o no es nada conveniente?

[BrujoNic]

Para que tengas respuestas más acorde a tus necesidades, es mejor que especifiques un poco más, lo que vas a hacer, cuantas personas van a interactuar con MySQL, si va a ser una intranet, extranet o internet.

Cosas como esas son necesarias para que tengamos una idea un poco más clara.

[iguannago]

Hola BrujoNic, voy a detallarte el proyecto, éste consiste en:
Montar una base de datos en un centro de drogodependientes, el centro consta de 4 equipos, en cada uno de estos equipos existen y se generan independientemente datos relativos a los pacientes. La idea es montar una base de datos para que todos estos datos se almacenen de forma centralizada, es decir, en un servidor funcionando con apache y con mysql. Y que el resto, es decir, los otros 4 equipos sean los clientes y accedan a su información independientemente.
Esta es la idea principal, por tanto será una intranet.
Pues una vez explicado el proyecto, voy a comentarte lo que antes pretendía, era no usar un servidor y así ahorrarme la compra de un equipo, montar una base de datos mysql en uno de los 4 equipos y luego que todos los equipos acceder a ese equipo y a esa base de datos a través de la intranet.
Pero al final me he asesorado y entiendo que la mejor forma de hacer este proyecto es comprando un nuevo equipo, instalando en él el apache y así tener un servidor, donde montar mysql y dar forma a la base de datos. ¿Es mejor así verdad?tener un servidor y luego 4 clientes.

[-Defero-]

Personalmente creo que sí, que es mejor separar el servidor de los clientes. Pero necesario no es. En un PC de la oficina (con Windows) tengo instalado (a modo de prueba) un servidor Apache con PHP y MySQL, mediante XAMPP. El servidor (y la base de datos) es accesible desde cualquier PC de la red, mientras el usuario utiliza el mismo PC como escritorio. Y funciona correctamente. Para acceder al CMS que estoy montando basta con abrir el navegador, y teclear la IP de ese PC. Es totalmente funcional, aunque según cómo tengas configurada la red, tal vez debas enredar en la configuración de algún cortafuegos.

Cuando tenga terminado el CMS y empiece a utilizarlo con datos reales, mi intención es ponerle un servidor dedicado (tal vez con Debian Etch, si la estabilizan para entonces), y usar el PC de escritorio sólo para ofimática.

[AleSanchez]

Si en el centro estan dispuestos al gasto de comprar un equipo para que oficie de Servidor, entonces hacelo de esa manera. Podrian aprovechar el servidor para otras tareas, como File Server, o algo asi.

Sino, no creo que la cantidad de datos que vayan a volcar ahi sea tan grande, podes montar Apache+PHP+Mysql en cualquier equipo, que supongo estarán usando Windows.

Saludos.

[BrujoNic]

Bueno, si es para una intranet y mientras aprendes, la seguridad puede ser mínima.

Yo en lo personal realice algo similar a lo tuyo donde trabajaba en el área de cómputo.

Monté una intranet donde tenía las estructura de los datos de un mainframe utilizando Apache+MySQL+PHP en un SuSe. La búsqueda de esta información en el mainframe era muy lenta y basado en texto, mientras que extrayendo los datos del mainframe para montarlos en mysql, pues quedo bastante ágil, con SELECT personalizados.

Eso lo tenía en un PC normal P IV con un giga de RAM. Además, también lo tenía para almacenar datos en la red.

Todos los clientes eran Windows y ese PC Linux SuSe.

No se muy bien Linux, pero te digo que lo tenía funcional por unos 3 años hasta que me fuí.

Lo que no comprendo muy bien, es que si solo vas a utilizar Apache como servidor y MySQL SIN php. Si no vas a desarrollar nada en PHP para accesar los datos, pues te aconsejo que pongas a trabajar Apache+PHP+MySQL y luego configures phpMyAdmin para que el acceso a la información sea más fácil para el usuario final.

Si tenes posibilidad de comprar un server, también estoy de acuerdo, busca uno pequeño, con 2 procesadores, unidad de respaldo, con unos 2 gigas de RAM y lo que creas conveniente. NO necesitas un super servidor para algo tan pequeño, soy del criterio que hay que ver primero los resultados y cuando sea necesario comprar algo más robusto.

[-Defero-]

Iniciado por BrujoNic

(...) Lo que no comprendo muy bien, es que si solo vas a utilizar Apache como servidor y MySQL SIN php. Si no vas a desarrollar nada en PHP para accesar los datos, pues te aconsejo que pongas a trabajar Apache+PHP+MySQL y luego configures phpMyAdmin para que el acceso a la información sea más fácil para el usuario final. (...)

PHPMYADMIN está muy bien, pero según para qué cosas es como matar moscas a cañonazos. Quiero decir, phpMyAdmin es una herramienta demasiado "completa" para ciertos usos. Mientras termino el CMS que he mencionado más arriba, utilizo phpMyAdmin, ya que para mí es suficientemente intuitivo, pero mi intención es que cuando esté totalmente operativo lo use gente con conocimientos bastante limitados, y ponerles frente a phpMyAdmin, con todos los datos "en bruto" y un montón de opciones, no es lo más intuitivo. Por eso yo le recomendaría que usara PHPMYADMIN para sí mismo, pero para el usuario montara un pequeño CMS con formularios para la introducción y gestión de los datos que deberá manejar el usuario. Si el usuario necesita realizar nuevas consultas no previstas, que lo diga, y que el administrador "implemente" esa consulta en un nuevo formulario. Tiene mucho más trabajo para el administrador, pero para el usuario es más sencillo que el mecanismo de una maraca.

Si tenes posibilidad de comprar un server, también estoy de acuerdo, busca uno pequeño, con 2 procesadores, unidad de respaldo, con unos 2 gigas de RAM y lo que creas conveniente. NO necesitas un super servidor para algo tan pequeño, soy del criterio que hay que ver primero los resultados y cuando sea necesario comprar algo más robusto.

Estoy de acuerdo con eso de no comprar un súper-servidor de primeras, pero lo cierto es que las especificaciones que mencionas para tu "servidor modesto" sobrepasan con creces lo que yo tenía pensado. De hecho, mi idea era empezar aprovechando un viejo Celeron 700 Mhz con 160 MB de RAM y HD 10 GB, pero visto que tú consideras un PC de dos procesadores y 2 GB de RAM como algo "pequeño"...

¿Alguien sabría citar criterios acerca del hardware necesario para una intranet, dependiendo del volumen de datos a manejar y número de usuarios que accederán al servidor?

[AleSanchez]

Yo en algun momento habia encontrado una Web con fórmulas para calcular RAM y procesador para un servidor Web con Apache+MySQL+PHP. Estaba muy buena pero ya no se donde está

Lo que si se, es que uso un servidor con doble Xeon, 2Gb de RAM, dos discos de 200Gb en RAID 0 (para aumentar rendimiento) y se banca aprox. 100.000 visitas diarias accediendo a varias bases MySQL de varios Gb de información.

Asi que creo que eso no es precisamente lo que yo llamaría un servidor "pequeño"...

[BrujoNic]

Bueno aclaro algunos puntos jeje.

Hago referencia de phpmyadmin, porque iguannago en ningún momento dice que ya tiene algo desarrollado. Por eso intuyo que NO tiene nada y quiere accesar los datos en bruto.

Estoy de acuerdo con Defero.tk en utilizar un CMS de los tantos free que hay por la red y solo acoplarlo a lo que uno necesite. Pero hasta que no se aclare si va o no a usar desarrollo, pues respondo a que NO.

Sobre el server, pues ahora los server estan bajando de precio para sacar los viejitos que les queda y pues esos precios varían. No recuerdo donde vi sobre algunos muy baratos de HP.

Pero a como dije, pues con un simple PC como el que yo tenía P IV con 1 giga de RAM por 3 años, me dió excelente resultados.

Pero volvemos a lo mismo, si puede comprar un servidor, pues gastar muchos $$ tampoco lo veo rentable.

Son buenos puntos a tomar en cuenta.

[-Defero-]

Iniciado por BrujoNic

(...) Estoy de acuerdo con Defero.tk en utilizar un CMS de los tantos free que hay por la red y solo acoplarlo a lo que uno necesite.

En realidad con lo de "montar un CMS" no me refería a usar uno preexistente, sino a "escribir" uno propio, con las funciones justas. Lo que no me gusta de los CMS existentes es que encontrar uno que haga exactamente lo que quieres y nada más es prácticamente imposible. Al final lo que terminas haciendo es coger uno que medianamente se parece a lo que buscas, y empiezas a quitar funcionalidades que no necesitas y añadir otras que no existían. A menudo resulta que para añadir una funcionalidad concreta encuentras una herramienta mucho más compleja de lo que necesitabas, y terminas "amputando" una herramienta ajena que apenas alcanzas a comprender.

Total, que en vez de ponerte a "hackear" un CMS ideado por otra persona, creo que es mucho más útil hacer el tuyo propio "desde cero" (siempre puedes reaprovechar código ajeno, pero es mejor no abusar). De esta manera tu CMS tendrá exactamente las funcionalidades que tú le pidas, ni una más, tendrá una estructura mucho más limpia de polvo y paja, y no tendrás que hacer equilibrios en la cuerda floja para incluir un nuevo campo en la base de datos y que se "coordine" correctamente con el resto.

Por supuesto, es mucho más trabajo hacer tu propio CMS, pero también es mucho más instructivo. Yo estoy aprendiendo un montón de esta manera.

Pero hasta que no se aclare si va o no a usar desarrollo, pues respondo a que NO.

De acuerdo con eso.

[iguannago]

Gracias amigos, vuestras opiniones son de gran valor para mí. A ver, una vez sopesado vuestros comentarios, tomaré la siguiente decisión, a ver qué os parece:

1. Montaré XAMPP en uno de los 4 equipos en un principio, al que voy a identificar como Cliente/Servidor. El XAMPP lo monto sobre windows 2000 profesional. Ya sé que me aconsejásteis dedicar un equipo como servidor, pero he decido primero probarlo de esta manera, es decir, montar el servidor sobre uno de los 4 clientes. Y si todo esto funciona bien lo dejaré así, sabiendo que más adelante se puede mejorar el proyecto comprando un servidor si los datos crecen rápidamente y nos hace falta verdaderamente. ¿Qué me decís? ¿será más complicado tener el servidor operativo en un equipo y que al mismo tiempo sea cliente?

2. Una vez montada la base de datos,APACHE+MYSQL+PHP(pack XAMPP) en dicho equipo (cliente/servidor), utilizaré phpadmin para mí, pero tengo que construir un CMS como bien decís, ya que es la opción más idónea para que los clientes puedan funcionar correctamente, tal y como decís.

3. No sé todavía como construir este CMS, pero por ahora esto no me preocupa, en este momento me ocupo de instalar XAMPP en el equipo al que he identificado como cliente/servidor.

Me gustaría saber vuestra opinión, gracias.

[-Defero-]

Creo que haces bien. Primero empieza en un entorno que conoces, y con el hardware del que ya dispones. Ya tendrás tiempo para adquirir más hardware y montar un servidor independiente, y por supuesto, aprender a usar GNU/Linux (que no es tan fiero como lo pintan).

Eso sí, a ser posible, que el "cliente/servidor" sea un equipo al que no puedan acceder físicamente los usuarios, o que al menos no sea el equipo más utilizado. Lo digo porque quien tenga acceso al PC podrá meter mano a los archivos, y trastocar todo. Si puede ser un PC al que sólo tú tengas acceso, mejor que mejor.

[BrujoNic]

Solo un aporte adicional...
Un Win2000 Pro, no es lo más conveniente para ponerlo como servidor web, trata de quitarle todo lo que podas y dejarlo solo para eso, o sea, a como le dicen a los niños pequeños NO TOCAR.

Por experiencia vivida con algunas personas, cuando sientas que los tiempos de respuesta esten MUY LENTOS. Simplemente reinicia ese win2000 Pro, ya que, en los casos que me he topado (vida real y muchos), Windows NO administra bien la memoria, o sea, no la defragmente ocasionando tiempos de respuesta LENTOS. Al reiniciarla, la memoria vuelve a la normalidad.

[MaxExtreme]

Hum, Windows 2000 está entre los mejores Windows que sacaron por aquellas fechas (claro, con todos los SP).

Creo que el problema de ahogamiento por memoria podría venir más de lagos que genere el servidor, que tenga algún bug o similar.

Vamos, el sistema de gestión de memoria de un sistema operativo comercial y estable está más que probado, no es normal que sólo ejecutando un par de programas se sature por sí sólo. Algo raro debe haber ahí.

[BrujoNic]

Ese problema los he vivido (unos clientes) cuando montan Windows NT Workstation, Windows 2000 Pro, Windows XP Home o Pro.

Esos SO fueron diseñados para estaciones de trabajo (Home Casero) y pues dejando ese equipo 7x24x365, NO funcionan... a la semana, 15 días o un mes estando así, el equipo se degrada mucho.

Por lo menos en lo personal o he visto cuando me llaman a revisarlos.

[MaxExtreme]

No tengo experiencias, salvo de Windows XP Profesional, el cual tengo constantemente encendido, abriendo ésta aplicación, esta suite, este explorador, este reproductor, el otro... que si un compilador, un juego, un IDE...

Y aún sigue en pie sin degradación aparente. :/

Lo que sí he vivido es que tras mal administrar una red, que luego sea usada por muchas personas diferentes con privilegios altos, los equipos típicos Windows (98, XP...) tiendan a "ensuciarse", o les reinicien o apaguen repentinamente y demás cosas que cabrean al software.

[BrujoNic]

ok ok, creo que estamos confundiendonos (o por lo menos yo).

Mira, al decir DEGRADAR dejandolo como servidor Web, no quiere decir que el equipo no va a funcionar. Podes jugar, ver videos lo que sea mientras esté funcionando.

A lo que me refiero, es dejar el equipo encendido día y noche.

Cuando se me presentaron esos problemas, fue con gente que teniendo dinero para comprarse un pequeño servidor o por lo menos un SO windows server, quisieron ahorrarse eso, montaron POR DESCONOCIMIENTO Y MAL ASESORAMIENTO un windows para oficina o uso casero, crearon un grupo de trabajo y dejaron ese equipo como servidor de impresora, archivos y no se que más cosas.

El "amigo" que monto y manejaba eso, era un señor con poco conocimiento, tenía semanas luchando como superar ese problema, me llamó fuí, hice que todos salieran para que me pudiera concentrar, reinicie el equipo y santo remedio, cobré y listo.

Esa es solo una de las tantas veces que ha pasado eso utilizando equipos y SO no aptos para eso.

Con lo de servidor web, eso si me pasó a mi, monte un 2000 pro porque NO quisieron darme un server, monté mi intranet y cada semana tenía que reiniciar, OJO, ese equipo solo lo tenía para eso NADIE LO TOCABA. Me cansé y le instalé SuSe. Desde ese momento, adios a los problemas, ese PC (porque no era un server) pasaba meses encendido SIN problemas de desempeño o rendimiento.

Saludos.

[iguannago]

Gracias amigos, lo tendré encuenta, cuando tengo nuevas novedades os lo comunicaré. Un saludo.

[iguannago]

Sabéis de algún manual de mysql más reducido que el manual de referencia, busco un manual que me permita las posibilidades de acces pero en mysql, es decir, crear tablas por supuesto, formulatios, informes, accesos restringidos etc. En verdad Acces dispone de todo lo que necesito pero queremos hacer la base de datos en mysql porque nos interesa más de cara al futuro.

[AleSanchez]

Es que con todo lo que queres saber, m eparece que el manual que necesitas es el de referencia.
Visualizalo en linea, tiene muy buenas opciones de busqueda y esta muy bien organizado como para que puedas ir leyendo solo lo que te interesa.
Saludos!

[MaxExtreme]

Lo que digo yo (no es por incordiar), es cómo te has metido en el lío de montar algo así sin tener idea de cómo hacerlo.

Diles que lo haces en Access, si es tu especialidad, y ya está, ¿no? En caso de que quieran explícitamente SQL, dale el puesto a otro que esté más especializado...

[iguannago]

Pero tan complicado es montar la base de datos mysql a través de XAMPP y crear un CM propio? Tengo amplios conocimientos de informática, pero nunca antes lo hice, con acces puedo hacerlo porque todo es muy intuitivo pero tampoco antes lo hice. Y hay que hacerlo con mysql porque este proyecto tiene otras fases futuras, que constan de una ampliacion de los clientes, y también de clientes tanto linux como windows, por estos motivos acces no vale.

[ociomax]

¿Y estás seguro de que MySQL será suficiente para tus requerimientos futuros? Si vas a trabajar "en serio", creo que te conviene usar algo más potente, como PostgreSQL.

[MaxExtreme]

Entonces, ni nunca has montado nada similar, ¿te crees apto para ello?

A mi me parece que le estás quitando a alguien su puesto de trabajo, además de que no lo harás adecuadamente, porque ni tienes formación ni experiencia.

Pero no te preocupes, tú consulta en foros, terminarás resolviendo el tema de una manera chapuzera, cobrarás y no volverás a oír del tema.

[iguannago]

MaxExtrem después de tus satisfactorios comentarios me dejas perplejo, ¿cómo sabes que no tengo formación?, te dije que tenía amplios conocimientos informáticos, eso incluye el título oficial de Ingeniería Informática, creo que estoy más que preparado para afrontar el reto que estoy tratando en este foro. El campo de la informático es tremendamente amplio, las posibilidades son numerosas, existen multitud de herramientas, proyectos etc. que hacen imposible tener una formación adecuada en cada uno de ellos, creo que me estoy explicando no?
Yo soy un profesional de mi campo y por tanto no voy a ceder mi puesto a nadie creo que eso no es tu problema, ni tampoco el mío, será el problema de los que me han seleccionado para este puesto de trabajo no crees? Yo no he mentido a nadie, tengo todo lo necesario para afrontar el reto de montar esta base de datos, y otros mucho y de calibre más alto aún. Algunos de estos proyecto ya están operativos a pesar en un principio de tener incertidumbres y de asesorarme sobre ellos al igual que hago en este foro. Si no compartes mi opinión no hace falta que respondas a este mensaje. Gracias.