INTOOLS 단자 배선도 고효율 솔루션
Thread Content
대형 화학 공정 프로젝트에서는 계측기의 접속 단자도 작성하는 데 상당한 시간이 소요되는데, INTOOLS 소프트웨어의 2차 개발을 통해 단자 연결도를 효율적으로 가져올 수 있습니다. INTOOLS 소프트웨어는 관계형 데이터베이스를 기반으로 개발되었으며, SQL 문을 통해 데이터베이스에 데이터를 삽입하거나 수정할 수 있습니다.SQL 문을 통해 INTOOLS 단자도를 가져오므로, 효율적이고 정확하며 조작이 용이한 특징을 가집니다.
이 게시물은 연재 형태이며, 작업이 완료되어 발표되면 모두와 공유할 수 있습니다
SPI는 정말 훌륭해요.EXCEL로 지나갑니다...
언급하자면, 이 아이디어는 좋지만 신뢰성 측면에서는 종종 문제가 생기기 쉽습니다.제가 처음에 작업할 때도 외부에서 데이터를 쓰는 방식으로 Orical에 데이터를 입력해보려고 했는데, 나중에 그 방법은 위험이 너무 크고 문제가 생기기 쉽다는 것을 알게 되었습니다.인위적으로 조작되며 통제가 불가능하기 때문에, 입력하는 데이터가 데이터베이스의 규칙을 준수하지 않을 수 있습니다. 예를 들어 데이터 앞이나 뒤에 공백이 추가되거나, 기타 이상한 형태의 데이터가 입력될 수도 있습니다. 데이터는 일반적으로 EXCEL을 사용해 가져오므로, 데이터의 표준화가 보장되지 않아 데이터베이스가 손상될 가능성이 높습니다. 또한 이러한 문제가 발생하면 쉽게 알아차리기 어렵으며, SPI 연결 기능을 사용할 때 오류가 발생한다는 것만 알 수 있을 뿐, 정확히 어디에 문제가 있는지는 파악할 수 없습니다. 따라서 이처럼 전문성과 폐쇄성이 높은 소프트웨어의 경우, 외부에서 직접 데이터를 입력하는 방식은 권장되지 않습니다. 해당 소프트웨어 내에 있는 데이터를 사용하는 것은 가능하지만, 새로운 데이터를 입력하는 것은 피하는 것이 좋습니다.
안녕하세요, 메시지 남겨주셔서 감사합니다. 현재 단계에서 테스트를 거친 결과, SQL을 통해 데이터베이스에 데이터를 쓰는 데는 아무런 문제가 없습니다. 핵심은 INTOOLS 데이터베이스의 구조를 파악하고, 각 매개변수들 간의 상호관계와 데이터들 간의 상호 호출 방식을 명확히 하는 것입니다.
개발은 5단계로 나눌 수 있습니다. 1. 데이터베이스 구조를 분석하고, 필요한 데이터베이스 테이블을 선택합니다. 2. 선택한 데이터베이스 테이블을 분석하여 다양한 파라미터 정보를 명확히 하고, SQL 문의 파라미터 형식을 정의하며, 데이터베이스 테이블을 호출하는 데 필요한 각종 정보를 설정합니다. 3. 해당 산업의 규범을 바탕으로, 위치 번호, 케이블, 중앙 제어 장치의 설정 규칙을 마련한다. 4. 작성된 규칙을 프로그램에 내장시키고, 2단계에서 정의된 SQL 문법에 따라 데이터베이스에 직접 쓸 수 있는 SQL 문을 대량으로 생성합니다.
먼저 전통적인 CAD 제도 방식에 대해 설명하자면, CAD 제도 방식은 배우기 쉽지만 프레임을 수동으로 구축하고 다양한 정보를 직접 입력해야 하므로 효율성이 떨어집니다.하지만 대형 프로젝트에서는 수천 개에 달하는 부호를 관리해야 하므로 막대한 인력 시간이 소요되어 생산 요구를 충족시키기 어렵습니다.
첫 번째 단계는 데이터베이스 구조를 분석하는 것입니다. INTOOLS를 자주 사용하다 보면 데이터베이스 구조에 익숙해지게 되는데, 여기서는 자세히 설명하지 않겠습니다. 또한 이 과정에서는 기밀성 문제도 관련되므로 양해 부탁드립니다. 두 번째 단계에서는 INTOOLS 데이터베이스의 구조를 명확히 한 뒤, 개별 명령어의 형식을 정해야 합니다. 예를 들어, 케이블 하나, 접속 상자 하나, 단자 하나 등을 저장할 때 각각 별도의 명령어가 필요합니다. 이 단계에서 명령어들이 정해지면, 네 번째 단계에서는 그 명령어들을 일괄 처리하게 됩니다.
세 번째 단계는 이 업계의 규범을 바탕으로, 케이블에 관한 규칙, 접속함에 관한 규칙, 중앙 제어 장치에 관한 규칙 등 이 업계에 적합한 다양한 규칙들을 마련하는 단계입니다. 제4단계는 제2단계와 제3단계를 통합하는 과정으로, 필요에 따라 해당 프로그램을 작성합니다.
소프트웨어 입력 조건에는 총 다섯 가지 정보가 필요합니다. 바로 번호, IO 유형, 시작점 접속함, 중간 접속함, 중앙 제어 장치입니다. 이러한 정보들을 입력하고 나면, 소프트웨어를 통해 직접 실행할 수 있는 SQL 문을 생성할 수 있습니다
첨부된 이미지는 일괄 생성된 SQL 문장으로, 저장 형식은 EXCEL입니다. 사용할 때는 SQL을 클라이언트에 복사하여 붙여넣고 실행하면 됩니다. 3000개 항목의 SQL 문장을 실행하는 데 약 5분이 소요됩니다.소프트웨어가 SQL 문을 생성하는 데 실제로 약 30초가 걸립니다.
당신의 설명에 따르면, 데이터를 쓰는 타입에 오류가 있는 것 같습니다. 해당 값들은 서로 연관성이 있어야 합니다.예를 들어, 데이터베이스 내의 IO 유형 저장은 IO_TYPE 테이블의 데이터를 호출하는 것이며, component 테이블에는 해당 ID만 입력하면 됩니다. 하지만 데이터베이스에 직접 IO 유형을 입력하면 데이터베이스에서 오류가 발생합니다.INTOOLS의 각 모듈은 모두 마찬가지로 호출이 매우 복잡합니다.
쓰기가 완료되면 INTOOLS에 로그인하여 쓰여진 내용을 확인할 수 있으며, 문제가 있으면 수동으로 조정할 수 있습니다.접속 모듈의 쓰기가 완료된 후, 케이블도 함께 기록되므로 INTOOLS에서 직접 케이블 목록을 가져올 수 있습니다.
음… 제 말이 무슨 뜻인지 이해하지 못하셨을 수도 있어요. 당신이 만든 것을 본인만 사용할 것인지, 아니면 전 부서가 함께 사용할 것인지 모르겠네요. 만약 모두가 사용할 수 있는 소프트웨어를 만든다면, 실제로 사용해 보면 제 말이 무슨 뜻인지 알게 될 거예요.사용자들은 당신의 프로그램에 대해 전혀 이해하지 못합니다. 그들은 자신이 데이터를 입력하면 그 데이터가 INTOOLS로 전달된다는 것만 알 뿐입니다. 데이터의 정확성 같은 것은 그들이 고려하는 범위에 전혀 포함되지 않습니다. 예를 들어, 데이터베이스의 특정 열이 숫자 형태여야 하는데, 사용자가 문자를 입력하면 데이터베이스에 저장할 때 오류가 발생합니다. 이런 문제는 쉽게 판단할 수 있습니다. 많은 사람들이 엑셀을 사용할 때 복사-붙여넣기 기능을 사용하는데, 심지어 보이지 않는 여러 가지 문자들까지 붙여넣기도 합니다. 예를 들어, 겉보기에는 아무것도 없는 것처럼 보이지만, 사실 데이터 뒤에는 공백이 있거나, 보이지 않는 숨겨진 기호가 있을 수 있습니다. 이런 문제들은 계속해서 발생합니다. 기능 자체가 작동하지 않는 것이 아니라, 사용자 입장에서는 너무 어렵기 때문에 결국 전체 프로젝트의 데이터가 불안정해집니다. 제 말은 그런 것입니다.
그렇군요, 부서 내에서 실력이 제각각이라 그런 문제가 분명히 존재하네요.하지만 제 소프트웨어는 간단한 정보만 있으면 되며, 사용하는 동안 원본 데이터를 다시 복사해 붙여넣고 데이터만 남겨두면 됩니다.핵심 항목은 하나뿐이며, 나머지의 공백 등은 영향을 받지 않습니다
소프트웨어를 활용해 2차 개발하는 방식이 정말 대단하다고 생각해요. 업무 효율성을 크게 높여주죠.
실제 설계 과정에서 담당 엔지니어는 간단한 SQL 문 작성 능력과 함께 데이터베이스 구조에 대한 어느 정도의 이해가 있으면 좋습니다.