¿Recomendable muchos campos? o... ¿varias tablas.?

[[Lepe]]

Pasarte a Firebird, sabiendo Inglés, son 2 semanas de "estudio", nada más. Desde luego que no se podrá comparar con un sistema hecho por alguien con experiencia, pero me atrevería a ordenarte que te pasaras a Firebird... y ya ves quien soy yo para ordenar.... pero te lo digo con esas palabras.

No estamos ya en tiempos de Paradox, muchos fallos conocidos a controlar, muchas incomodidades para tí como programador, etc.

En informática en general, no saber no es excusa, en programación menos aún.

Crear una tabla con 20 campos ya es demasiado, se nota la incompetencia de ese antiguo programador, ¿normalizar las tablas es de idiotas?, decide tú.

Más aún tener y mantener 3 sistemas distintos en lugar de unificar en uno todo, tampoco me parece correcto, y menos aún estando en red.

Es mi opinión, nada más y cada uno puede pensar y hacer lo que desee.

Saludos.

[anghell77]

Empezado por Lepe

No estamos ya en tiempos de Paradox, muchos fallos conocidos a controlar, muchas incomodidades para tí como programador, etc.
En informática en general, no saber no es excusa, en programación menos aún.
Crear una tabla con 20 campos ya es demasiado, se nota la incompetencia de ese antiguo programador, ¿normalizar las tablas es de idiotas?, decide tú.
Más aún tener y mantener 3 sistemas distintos en lugar de unificar en uno todo, tampoco me parece correcto, y menos aún estando en red.
Saludos.

Saludando y Agradeciendo las opiniones.

Cierto que no se está ya en tiempos de Paradox, como dice Lepe, pero, yo casi no tengo tiempo (al menos no ahora) de aprender FireBird. Intentaré irme por el lado de MySQL.
Estoy reprogramando todo por la sencilla razón de no vivir sabiendo que lo pude hacer mejor, pero como en ese tiempo no sabía mucho, pues quedó.. "jodido". Y lo hago en los pocos tiempo libres...
La cantidad de campos de una tabla está determinada por la cantidad de conceptos que se manejan en X Inventario, y por ser dependencia corporativa de servicios, "Deben" de considerarse (según quien maneja el inventario), al menos sólo para dar de alta los registros completos.

Por lo pronto, seguiré con Paradox (como digo, sólo lo hago por saber que puedo hacerlo mejor [a como quedó, SI], y en tiempos libres...pues ni la BD he hecho aún, sólo diseños en papel). Probablemente, (recuperando mi MySQL)a la par lo haga con MySQL.

Agradezco, las opiniones, y me atrevo a decir, antes de otra orden a causa de mi carencia de conocimientos..me comprometo a Aprender FireBird Lepe...

{Saludos}

[Casimiro Notevi]

Empezado por anghell77

[...] Por lo pronto, seguiré con Paradox (como digo, sólo lo hago por saber que puedo hacerlo mejor [a como quedó, SI], y en tiempos libres...pues ni la BD he hecho aún, sólo diseños en papel). Probablemente, (recuperando mi MySQL)a la par lo haga con MySQL.
Agradezco, las opiniones, y me atrevo a decir, antes de otra orden a causa de mi carencia de conocimientos..me comprometo a Aprender FireBird Lepe...{Saludos}

Puedes hacer lo que mejor te parezca, por supuesto, pero la "orden" que te ha dado Lepe es un muy, muy buen consejo.

Porque tu comentario me suena igual que si dijeras:
"seguiré con dbase..."
"seguiré con ficheros secuenciales de texto..."
etc...
"Seguiré con el Commodore 64..."
"Seguiré con el reloj solar ..."
"Seguiré viajando en burro..."

[roman]

Aquí como que se mezclaron dos cosas ¿no es así? Por un lado la normalización de las tablas y por otro la del gestor de bd a usar. Lo primero es independiente de los segundo. Aun cuando sigas usando Paradox, no tiene sentido una sóla tabla cuando habrá muchos campos no coincidentes.

Ahora bien, aunque también voy de acuerdo en que ya no son los tiempos de paradox, lo cierto también es que el sistema que mencionas fue hecho en otros tiempos, no en estos, y cuando leí esto:

Empezado por anghell77

QUIERO REPROGRAMAR TOOOOOODO!!

lo primero que se me vino a la mente fue esta interesante reflexión del compañero dec.

// Saludos

[anghell77]

Empezado por roman

Aquí como que se mezclaron dos cosas ¿no es así? Por un lado la normalización de las tablas y por otro la del gestor de bd a usar. Lo primero es independiente de los segundo. Aun cuando sigas usando Paradox, no tiene sentido una sóla tabla cuando habrá muchos campos no coincidentes.
Ahora bien, aunque también voy de acuerdo en que ya no son los tiempos de paradox, lo cierto también es que el sistema que mencionas fue hecho en otros tiempos, no en estos, y cuando leí esto:
lo primero que se me vino a la mente fue esta interesante reflexión del compañero dec.

// Saludos

Antes de que lo olvide, el enlace, Román, sólo envía a la Taberna, no sé si era la reflexión de Dec "Miedo a la nada", no pongo el enlace, porque igual y no era ese.

Atendiendo, lo de la Reprogramación, y del que el sistema fue hecho en otros tiempos, en realidad fue hecho hace un año, más o menos, pero la personita que diseñó las bases de datos (en aquel tiempo quien fuera mi novia [ahora veo que no hay que mezclar lo sentimental con lo profesional {aunque a algunos les resulte}]), lo hizo en Paradox, y yo no supe si no hasta que tenía el tiempo encima (y porque?, porque me operaron cuando comenzó elproyecto).....pues no me quedó de otra mas que seguir....

Ahora, la reprogramación, viene por el gusto de saber que ahora lo puedo hacer mejor, lo cual debería de considerar también un rediseño de las bases de datos en otro manejador.... CIERTO. Como he explicado, perdí mi MySQL y no "sepo" utilizar otros...ahora que lo pienso...

Empezado por anghell77

Pero no creas que pretendo sentarme a envejecer con QBasic (sin demeritarlo)...

Si no sé más manejadores...puede ser que me haya equivocado.......
Bien, lo cierto es que, ahorita (nótese que el fsBold, es para hacer énfasis, y si no, va de nuevo) ahorita, por estos dos meses en que salen los proyectos, voy a seguir con Paradox, pues no fue mi culpa que hicieran las bases de datos ahi...jejejeje, yo sólo programo...no diseño bases de datos...PERO PRONTO!!; PRONTO......LO HARÉ, y en FIREBIRD..

Bien, sin más por el momento, envío cordiales saludos, y me despido, porque me mata el hambre en estos momentos.....Agradezco las opiniones, y los CONSEJOS (entiéndase que no son regaños), que, como dije, prometo seguirlos....

Una notita: Lo de 75 campos, lo digo, porque una vez me tocó ver un Sistema de Gobierno...no sé de que, ni para qué ni quien lo hizo, pero estaba hecho en Fox y tenía como 70 campos; yo lo dije, sólo por dar la suma de los campos de las tablas....no tanto porque pensara hacerla...entonces si me hubiara dado un balazo!

Merci!!

{Au Revoir}

[anghell77]

Empezado por Casimiro Notevi

Puedes hacer lo que mejor te parezca, por supuesto, pero la "orden" que te ha dado Lepe es un muy, muy buen consejo.
Porque tu comentario me suena igual que si dijeras:
"seguiré con dbase..."
"seguiré con ficheros secuenciales de texto..."
etc...
"Seguiré con el Commodore 64..."
"Seguiré con el reloj solar ..."
"Seguiré viajando en burro..."

Claro que aprecio el consejo de Lepe, y creeme que bien apreciado, así como el tuyo, porque aunque no hice el comentario a modo como te suena, en verdad que ahora no tengo tiempo de aprender FireBird, y cree que requiero aprender....
Pero, no por el momento,querido amigo, por el momento tengo que sacar 4 proyectos, que aunque están hechos en PARADOX, no los hice yo.....
Yo sólo me encargo de la programación.....una vez que termine, lo prometo....Tomo un curso de FireBird... Pero no creas que pretendo sentarme a envejecer con QBasic (sin demeritarlo)... claro que no señores!, debo, tengo, requiero, es imperioso aprender....

Y lo haré.... De todas las opiniones se toman las sugerencias y consejos...De éste Post, no es la excepción...

[Saludos]

[Casimiro Notevi]

bueeeeeno... vaaaaleeee... lo dejaremos pasar por esta vez, pero que sea la última, eeehhh!!!

Lo siguiente, en Firebird, te estaremos vigilando

[roman]

Empezado por anghell77

Antes de que lo olvide, el enlace, Román, sólo envía a la Taberna, no sé si era la reflexión de Dec "Miedo a la nada", no pongo el enlace, porque igual y no era ese.

Me refería a que cada vez que leo algo así, me dan ganas de echarme un trago Pero ya en serio, sí era eso del miedo a la nada a lo que me refería.

Empezado por anghell77

Una notita: Lo de 75 campos, lo digo, porque una vez me tocó ver un Sistema de Gobierno...no sé de que, ni para qué ni quien lo hizo, pero estaba hecho en Fox y tenía como 70 campos; yo lo dije, sólo por dar la suma de los campos de las tablas....no tanto porque pensara hacerla...entonces si me hubiara dado un balazo!

Vamos, es que no tiene nada que ver una cosa con la otra. Puedes tener tablas con 200 campos o con tres, el punto es que estén normalizadas y la normalización no es sinónimo de reducción de columnas.

// Saludos

[anghell77]

Bien, pues he empezado con MySQL (EMS MySQL- MyManager).....estoy recordando lo que me enseñaron en 5 clases de dicho programita.....
No desesperes Casimiro, puede que me vigiles en MySQL.....
No respondí sus mensajes puesto que estalló el generador de la calle...y me quedé sin luz....

Por lo de la normalización, Lepe y Román, crean que la traigo pero barriendo las nalgas de todas las tablas...no quiero pérdida de memoria ni fallos en relaciones.....y si es que haya que tener de (1,n), entonces que sea correcto!

Gracias por las Opiniones....y Lepe, Ya estoy en otro!, ya no estoy en Paradox, para que me ayudeis con este otro DBMS...

{Saludos}