donde esta el error???

[UREÑA]

ya hice lo que me dijiste caral

pero me da un problema con el delete es que no me borra los tres caracteres que le pido?? que estoy haciendo mal o que me falta??

Código SQL [-]
  if frm_DataModule.qry_AluMat_APM.RecordCount <> 0 then
    begin
      while not (frm_DataModule.qry_AluMat_APM.eof) do
        begin
          cadena := frm_DataModule.qry_AluMat_APM.Fields[1].AsString;
          compara := Length(trim(cadena ));
          y := 1;
        
          for x := 0 to compara do
          begin
            tres := copy( cadena,y, 3 );
            y := y + 3;
            
            if tres = VarToStr(combo_Materia.KeyValue) then
            begin
              inc(z);
              Delete(cadena, y-3, 3);
               ListBox1.Items.Add(frm_DataModule.qry_AluMat_APM.Fields[0].AsString);
              frm_DataModule.qry_AluMat_APM.next ;

            if z = 1  then

              frm_DataModule.qry_AluMat_APM.next ;
           end;



          end;

       end; //while end

[UREÑA]

hola ContraVeneno

si tengo una tabla como la que tu dices se llama alumat
en ella tengo la matricula del alumno y un campo que se llama cursadas en cursadas tengo todos los id de las materias lo que quiero es borrar el id de la materia que se le va a asignar al alumno
anteriormente lo estaba haciendo al reves queria añadir los tres caracteres del id de la materia al campo de cursadas pero Caral me dio una mejor idea y es la que es desarrollando

gracias por sus criticas me ayudan mucho

[ContraVeneno]

No me refería a eso. Lo que estas haciendo ahora:

Tener un campo tipo String donde vas agregando el ID de la matrícula, haciendo este string variable.

No me parece que sea lo correcto.

Mi sugerencia es que tengas una tabla de alumnos y matrículas como ya había explicado en este otro hilo.

Donde tendrías un Registro por cada materia cursada y no un solo campo donde cambies su valor cada ves que curse materias. Teniendo esta tabla y un registro por cada materia, no tendrías que andar inventando cosas para comparar, editar, mover o quitar materias de un campo string. Con simples instrucciones Update, Delete o Insert, puedes tener lo que necesitas sin complicartela tanto.

[UREÑA]

oye Contra no crees que voy a tener muchos registros son 37 materias por cada alumno imaginate si son 1000 alumnos??? o como vez??

[ContraVeneno]

1000 por 37 = 37,000 registros... por 10 años = 370,000 registros...

Habrá muchos de los aquí presentes que te podrían decir que 370,000 registros no son muchos.

Además, creo que vale la pena tener 370,000 registros en lugar de batallar una semana tratando de ver como hacer para quitar ciertos caracteres de una cadena.



Pero bueno, ojala y alguien tenga otra opinión sobre que es lo mejor en este caso.

Vamos, que hasta podrías consultar las reglas de normalización de bases de datos y si quieres que tu base de datos este normalizada, una de las condiciones es que los datos sean atómicos, es decir, que un valor, represente un dato.

Y si tienes un valor que representa muchos datos, pues no estarías cumpliendo con estas reglas de normalización.

[UREÑA]

pues creo que vale mas la pena perder el tiempo una semana y que las cosas queden bien echas a despues tener problemas de almacenamiento

[[Caral]]

Hola
Tablas
Alumnos, todos los alumnos.
IDAlumno, Nombre, direccion, tel, fechaentra, fechasale
Materias, todas las materias.
IDMateria, Nombre, descripcion, profesor, tipo, etc.
Cursos, todos los cursos.
IDCurso, Descripcion, profesor, Valorcurso, fechaempieza, fechatermina
AlumnoPrograma, alumnos que cursan y materias
IDAlumno, IDMateria, IDcurso, Fechaempieza, fechatermina, Notafinal
Lo que estoy es tratando de buscar una formula simple de ligar el asunto.
Que opinais.?
Saludos

[[egostar]]

Empezado por UREÑA

pues creo que vale mas la pena perder el tiempo una semana y que las cosas queden bien echas a despues tener problemas de almacenamiento

Esto desde mi punto de vista eso que comentas sería válido con discos duros de 20 Megas, pero esos tiempos ya pasaron hace muchos años , ahora con un DD de 40 GB que creo con los mas pequeños, que problema es el almacenamiento....., no tiene nada que ver almacenamiento vs cosas bien hechas, bueno, como dije es mi humilde punto de vista.

Yo digo, vale mas invertir tiempo en crear una base de datos bien hecha (normalizada), que perder el tiempo buscando corregir inconsistencias por código.

Yo me quedo con la opinion de ContraVeneno.

Salud OS.