Solución eficiente para el diagrama de conexiones de los terminales INTOOLS

Este post es una serie; una vez que se complete el trabajo, se podrá compartir con todos

SPI es genial. Pasando por EXCEL. . .

Por casualidad, la idea es buena, pero a menudo surgen problemas en cuanto a su fiabilidad. Cuando lo hice por primera vez, también pensé en introducir datos en Orical mediante escritura externa, pero luego descubrí que el riesgo era demasiado alto y que era muy probable que surgieran problemas. Dado que se trata de una operación realizada manualmente y que no está bajo control, es posible que los datos que se importen no cumplan con las reglas de la base de datos. Por ejemplo, podrían aparecer espacios al principio o al final de los datos, además de otras anomalías. Dado que los datos se importan (generalmente desde Excel), no se puede garantizar su normalización, lo cual puede causar daños en la base de datos. Además, cuando ocurre este tipo de problema, es difícil detectarlo; lo único que se nota es que al intentar usar la función de conexión de SPI se genera un error, pero no se sabe exactamente dónde está el problema. Por lo tanto, para este tipo de software, que requiere un alto nivel de especialización y es de uso restringido, no se recomienda utilizar métodos de escritura externa. Se pueden utilizar los datos que ya existen en la base de datos, pero no se recomienda escribir nuevos datos en ella.

Hola, gracias por dejar un mensaje. En la fase actual, tras las pruebas, no hay ningún problema para escribir en la base de datos mediante SQL. Lo importante es analizar la estructura de la base de datos INTOOLS, comprender las relaciones entre los diferentes parámetros y cómo se interactúan entre sí los datos.

El desarrollo puede dividirse en 5 fases: 1. Analizar la estructura de la base de datos y seleccionar las tablas necesarias. 2. Analizar las tablas de la base de datos seleccionadas, determinar la información de los diferentes parámetros, establecer el formato de los parámetros en las sentencias SQL, así como recopilar la información necesaria para acceder a las tablas de la base de datos. 3. Establecer reglas para la asignación de números de identificación, cables y sistemas de control central, de acuerdo con las normas de la industria. 4. Incorporar las reglas establecidas en el programa, y generar de forma masiva sentencias SQL que puedan escribirse directamente en la base de datos, siguiendo el formato de las sentencias SQL definido en la segunda fase.

Primero, es necesario explicar el método tradicional de dibujo con CAD. Este método es fácil de aprender, pero requiere crear manualmente la estructura y ingresar información de forma manual, lo que hace que su eficiencia sea baja. Pero en proyectos a gran escala, con cientos de miles de números de referencia, a menudo se requiere una gran cantidad de horas de trabajo, lo que impide satisfacer las necesidades de producción.

En la primera fase, se analiza la estructura de la base de datos. Después de utilizar INTOOLS con frecuencia, se llega a conocer mejor dicha estructura; no es necesario explicarlo en detalle aquí. Además, esto también está relacionado con cuestiones de confidencialidad, por lo que esperamos su comprensión. En la segunda fase, una vez que se ha definido la estructura de la base de datos INTOOLS, es necesario establecer el formato de cada instrucción individual. Por ejemplo, para registrar un cable, una caja de conexiones, un terminal, etc., se requieren instrucciones específicas para hacerlo. Una vez que se hayan definido estas instrucciones en esta fase, en la cuarta fase se procederá a procesarlas en grupos.

En la tercera fase, lo principal es establecer, de acuerdo con las normas de la industria, diversas reglas que se ajusten a sus características específicas. Estas reglas incluyen las relativas a los cables, a las cajas de conexiones, al sistema de control central, entre otras. La cuarta fase es el proceso de integración de las segundas y terceras fases, en el que se elaboran los procedimientos correspondientes según sea necesario.

Las condiciones de entrada del software requieren un total de cinco tipos de información: número de referencia, tipo de IO, caja de conexiones inicial, caja de conexiones intermedia y terminal de control. Una vez que se hayan completado estos datos, es posible utilizar el software para generar instrucciones SQL listas para ser ejecutadas

La imagen adjunta contiene las instrucciones SQL generadas en masa, guardadas en formato EXCEL. Para usarlas, basta copiar y pegar las instrucciones SQL en el cliente y ejecutarlas. El tiempo necesario para ejecutar las instrucciones SQL de un proyecto con 3000 registros es de aproximadamente 5 minutos. El tiempo real que tarda el software en generar las sentencias SQL es de aproximadamente 30 segundos.

Según su descripción, parece que hay un error en el tipo de dato de escritura; los valores correspondientes deberían estar relacionados entre sí. Por ejemplo, el almacenamiento del tipo IO en la base de datos consiste en consultar los datos de la tabla IO_TYPE; en la tabla component solo es necesario ingresar el ID correspondiente. Pero si se ingresa directamente el tipo IO en la base de datos, esta generará un error. Todos los módulos de INTOOLS son iguales; su llamado es muy complejo.

Una vez completada la escritura, se puede acceder a INTOOLS para ver lo que se ha escrito; en caso de problemas, se pueden realizar ajustes manualmente. Después de completar la escritura en el módulo de conexiones, también se escribe la información del cable; así, es posible obtener el listado de cables directamente desde INTOOLS.

Em… Es posible que no hayas entendido lo que quiero decir. No sé si lo que has escrito es para uso personal o para todo el departamento. Si lo que has creado es un software destinado a ser utilizado por todos, entonces, una vez que lo pongas en uso, entenderás a qué me refiero. Los usuarios no tienen ninguna idea sobre cómo funciona tu programa. Solo saben que, al introducir datos en él, estos se transfieren a INTOOLS. La corrección de los datos no es algo que les preocupe en absoluto. Por ejemplo, si una columna en la base de datos debe contener números, pero el usuario introduce texto en ella, se producirán errores al guardar los datos en la base de datos. Esto es algo fácil de detectar. Muchas personas utilizan la función de copiar y pegar en Excel; incluso es posible que se peguen caracteres invisibles. Por ejemplo, puede parecer que no hay nada, pero en realidad hay un espacio al final de los datos. Ese espacio parece ser simplemente un espacio en blanco, pero en realidad es un símbolo oculto de cuyo significado no se tiene conocimiento. Este tipo de problemas son muy comunes. No se trata de que la función no funcione, sino de que resulta demasiado difícil de usar para los usuarios. Esto provoca inestabilidad en los datos del proyecto. Eso es lo que quiero decir.

Entonces lo entiendo: hay una gran variabilidad en los niveles dentro del departamento, y realmente existe ese problema. Pero mi software solo necesita información simple; durante su uso, basta con copiar y pegar nuevamente los datos originales, manteniendo únicamente la información. Solo hay un elemento clave; el resto, como los espacios en blanco, no se ven afectados

Admiro especialmente este tipo de desarrollo secundario en software, ya que realmente mejora la eficiencia laboral.

En el proceso de diseño real, es conveniente que los ingenieros responsables tengan habilidades básicas para escribir consultas SQL, además de un conocimiento adecuado de la estructura de la base de datos.