@Yenn hola 12 usuarios no es nada. Puedes traer toda la información que necesitas en una sola consulta y la paginas. Si la consulta se vuelve demasiado compleja, creauna vista en la base de datos para abstraerla.
@Yenn aca te refieres a hacer queries dentro del foreach ?
Otra pregunta, en una base de datos que estoy haciendo necesito relacionar varias tablas, como departamentos, computadoras dentro del departamento etc... en sql server. ¿Estaria bien si en vez de relacionarla hago un string con los numeros de los id separado en "," y despues con c# los separe para obtener la tabla que quiero?
Esto es porque un departamento puede tener varias pc
dep-1 En la base de dato seria: "1" agrego dep-2, "1,2" y en c# hago nameDep+$"-{id}"
@DABL03 Cobol antiguo es formato fijo. Columnas 1-6 son para numerar en secuencias las tarjetas (por si se caen y hay que reordenar el mazo). La columna 7 es una columna "indicadora". Si tiene un "*", el resto de la línea es comentario.
@CandidMoe Buah, ... si te soy sincero no entiendo casi nada esa tarjeta. Pero parece que se marca como maximo dos veces la misma columna, por ejemplo: Marca 0 y 9 seria 90?
@gbianchi Si... en otra parte de internet (quora), tambien se hablo lo mismo, y uno dijo que: Si igual pondras indentación, ¿porque no hacer el lenguaje a base de eso?
@DABL03 Porque para la info de esa persona, una regla por identacion es mas dificil de disernir para personas con problemas visuales, y ademas te obliga a usar si o si una fuente en la cual todo se mida de la misma forma...
Ya creo que entiendo como trabajaban. En la linea 0 tienes estas instrucciones: 00100100 00000010 00000001 00001100 01100000 Suponiendo que es un processador de 8bits x(8)
Sin embargo, no consigo la tarjeta buscandola con la marca (E-Monat PICTURE X(8))
Esta curioso y tiene sentido el limite del 80 caracteres (el tutorial que estaba leyendo decia que era por que la consola de MSDOS no podia enseñar mas de 80 caracteres)
No me importa usar un sistema u otro para programar (indentación o llaves) o si existiera otro tampoco me importaría. Pero si puedo escoger, me voy por el uso de llaves.
@DABL03 solemos tenerle miedo a la palabra normalización en el ámbito de Base de Datos cuando estamos aprendiendo. Pero cuando lo entiendes, se te desbloquea todo un mundo ante tu vista.
@DABL03 buen intento, pero no. Eso no es nada performante y desaprovechas las capacidades y potencia del motor de base de datos, mejor guardas todo en un fichero de texto plano en CSV y te ahorras el motor de DB.
SELECT user_id FROM dbo.departments WHERE department_id='1' OR department_id='1,2' OR ...<any possible combination of 1 and other(s) numbers ... to the infinity and beyond>
@DABL03 se necesitan más detalles de tu caso de uso para comprender el problema y guiarte a una solución. Pero Gonzalo y yo estamos de acuerdo a que tu planteamiento no es el correcto, aún sin ver los detalles. Eso que intentas hacer es un never in the life
@DABL03 La tarjeta tiene 80 columnas. En cada columna se codifica un caracter mediante una combinación de perforación en esa columna. Una tarjeta es una línea de texto de 80 caracteres de largo.
@DABL03 piensa que si cada tarjeta es una línea de código, cuántas se necesitarían para crear un programa o procedimiento usando ese sistema. Luego, ser exactos a la hora de perforar las tarjetas y luego introducir las mismas para cargar el programa línea por línea. Todo un desafío a la paciencia y la perfección.
No tuve la oportunidad de programar así, ya existían los medios magnéticos portátiles y los procesadores x86 cuando di mis primeros pasos en este mundo.
Mmm, no creo que eso fuese "binario". Y en todo caso esa forma de programación (binaria) probablemente se usara en los primeros ordenadores mediante las puertas lógicas. Vamos, que son anteriores a la época de los chips.
Yo me profesionalicé a finales de la década de los 90's, pero estuve jugueteando con la programación desde finales de los 80's. Durante la década de los 2000 desarrollé enteramente para escritorio, pasando por Visual Basic y Visual C#, hasta tocar algo de Java e incluso C++
@DABL03 no se llamaban PC en esa época. Eran Mainframes o computadores inmensos. El concepto de PC es más moderno, finales de la década de los 70's, pero sobre todo en los 80's
Lector de tarjetas perforadas. Cargabas un mazo de tarjetas en el alimentador en la parte superior, al medio. La máquina extraía cada tarjeta, la pasaba por el lector óptico (una columna a la vez), registraba la información y sacaba la tarjeta a la bandeja de salida.
Cada fabricante tenía sus propios modelos, pero el principio era el mismo.
No sé qué sentido tendría replicar en Python algo que ya es historia. Aunque Fortran sigue siendo un lenguaje en uso hoy en día y está diseñado para usarse con este sistema de tarjetas.
@CandidMoe Por ser tantas tarjetas, se requeriria un motor que vaya pasando uno a la vez. Tampoco creo que las necesiten para ya, sino un laser que se mueva por las 80 columnas.
@CandidMoe si la paga es buena (que debería), basta con preguntarle a ChiaGePeTé. XD
@DABL03 mejor conseguir un lector como el de la foto, y crear una interfaz para volcar el contenido de la tarjeta a su equivalente en Fortran o Cobol o el lenguaje usado en la tarjeta.
Lo interesante de un proyecto así es tener que lidiar con las tarjetas en mal estado, reemplazando las mismas con nuevas tarjetas. Esto reuqiere pericia técnica y conocimiento del lenguaje de programación. La suficiente como para reescribir la linea o lineas faltantes.
