FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
#1
|
||||
|
||||
Bueno...para que seguir dando vueltas en el mismo asunto, si tanto tú como yo tenemos diferencias en como encarar esta situacion.
En mi caso siempre trato de poner en accion la teoría,aunque que a veces no este de acuerdo, pero me ha dado muy buenos resultados. Confieso que muchas veces al querer implementar un nuevo sistema me han surgido miles de cuestiones(tal como el amigo mjjj ),pero gracias a DIOS he recordado que en algun momento en mi Universidad, en alguna Materia, ya habia aprendido o se había hablado del tema y de ahí, muchas veces e ido profundizando hasta poder tener o sacar una buena solucion alos problemas que se me pueda presentar,desde luego tambien aqui en el Club he recibido la ayuda de muchos. Y esto es obvio, por que sino aplico lo que he aprendido,pues entonces para que ir ala Universidad?. De todas formas creo que el amigo mjjj, ya puede sacar sus conclusiones y ojalá pueda implemetar su Aplicacion de la mejor manera posible. Lo que menos se quiere, es confundirlo más, con tantas opiniones. Saludos DELPHINEROS...
__________________
"Pedid, y se os dará; buscad, y hallaréis; llamad, y se os abrirá." Mt.7:7
|
#2
|
||||
|
||||
Cita:
Yo también soy de la idea de que debe seguirse en lo posible el Modelo Entidad Relación y poner en práctica lo que me haya ofrecido la teoría y el abanico de conocimientos dados en la universidad. Lo que yo digo es que no debe tenerse una visión cerrada y confiar en que SIEMPRE la teoría funcionará en la práctica. Cito un mensaje tuyo: Cita:
Lo vez demasiado teórico, en mi humilde opinión. Y lo digo porque esto me trae el recuerdo de aquella discusión sobre UML. Hay que contar además el factor humano, que después de todo los modelos que proponemos llevan impreso el mismo defecto que nosotros: ¡somos humanos y podemos equivocarnos! Y si nosotros nos equivocamos, nuestros modelos también. ¿Seguirías aplicando el modelo si se comprobara que tiene fallas? ¿Hasta donde asumes que el modelo es viable? ¿Cuántas fallas aceptarías? En el diseño de una base de datos se debe sumar la experiencia, y otra serie de factores. Yo a como lo veo, en mi humilde opinión, el modelo no deja de ser más que un modelo: una guía práctica, más no un libro exacto. No se... quizá sea que yo por naturaleza soy un tanto desconfiando. Si hay algo que aprendí es a no quedarme únicamente con lo dicho en la universidad, que naturalmente tienden a ser teóricas (Y te lo dice alguien que es naturalmente teórico). Por mi cuenta busco aprender, investigar, razonar y cuestionar y debatir sanamente los porqués de esto y aquello. Tampoco es para llegar al absurdo y extremo como dudar de si 2+2=4. Pero a lo que voy es que la teoría bonita es, pero en la práctica no siempre resulta ser lo que es. Tu dices que acudes a otras fuentes, que consultas, y aprendes. Haces bien... pero no es por ser malo... entonces contradices lo que haz dicho anteriormente, que siempre hay que seguir el modelo. Cita:
... Entonces ¿aplicas el modelo o lo haces así por hacer o le imprimes lo nuevo que aprendes? rgstuamigo, no se como será la formación universitaria que recibes. No estoy en poder de criticar, sólo quiero hacerte notar que es bueno dudar y cuestionarse las teorías y como aplicarlas. No aplicar por aplicar sólo porque la universidad lo dice. Muchas cosas que se dicen en la universidad lo aplicas, otras las aplica de otra forma... ¿Eso es malo? ¿El poner en práctica, algo como no te lo han enseñado, está mal? No es por llevarte la contraria. Es para proporcionar una visión complementaria. Me dejas la impresión de que te cuesta aceptar que el gris puede existir. Ya dirá mjjj que es lo que conviene. Y Tienes razón, no deberíamos ensuciar, otra vez, el hilo. Saludos, |
#3
|
||||
|
||||
Cita:
Creo que nos estamos yendo por la tangente... y olvidando la secante... Si tú le has encontrado fallas al Modelo Entidad Relacion, pues creo que deberias decirnos que Problemas tiene? o en todo caso podrias escribir o hacérselo saber al Dr.Peter Chan, desde luego no quiere decir que es lo maximo,pero si no estas de acuerdo en su uso ,simplememte puedes recomendar no usarlo y listo, y creo que todos respetaremos tu opinion aunque no la compartamos; en mi caso, siempre la uso aunque no en toda en su magnitud, por que la teoriá en extensa. Cita:
Cita:
La universidad te enseña, mas eres tú quien decide si aplicas o no lo aprendido. Ademas el Modelo entidad relacion no solo se aplica en las universidades,Cualquier persona de cualquier status social,religion,profesion,etc. puede aprenderlo,aun sin ir a una universidad. Y el hecho de aplicarlo o no aplicarlo pues dependerá de él. Pero la teoría esta Alli. Saludos...
__________________
"Pedid, y se os dará; buscad, y hallaréis; llamad, y se os abrirá." Mt.7:7
|
#4
|
|||
|
|||
Amigos, despues de tantas respuesta y opiniones les comento le que he realizado.
En primer lugar todas las operaciones que requiero hacer siempre se realizan sobre un solo punto, lo que me lleva a decidir tener una tabla por cada punto. Según, me percaté que al tener una tabla con 20 campos para als distintas variables, el tamañp de la BD crece, considerablemente mas rapido que si tuviese solo 2 campos valor y parametro... por el contrario, la cantidad de registros será mayor, y las busqueda serán las lentas. Creo que finalmente lo quemas me conviene es tener una talba por cada punto, con los 20 parametros. Espero tengan sugerencias de lo comentado. Saludos |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Estructura de FireBird !? | pmtzg | Conexión con bases de datos | 2 | 19-12-2007 22:13:12 |
Errores de estructura...?? | andresenlared | Firebird e Interbase | 2 | 29-06-2006 21:06:59 |
Liberar estructura | Coco_jac | Varios | 5 | 12-12-2005 21:42:11 |
Estructura de un CD | david duarte | Varios | 4 | 27-10-2005 17:48:50 |
estructura de una tabla | Salomon | Firebird e Interbase | 3 | 14-05-2004 15:26:46 |
|