[1] Act 에 대해서는 Performed Act 에 대한 Objects 를 향하는 Story 를 가지며 Actor 에 의해서 Objects 는 Resulted State 를 Act Time 에 대해서 가진다.
[2] 그렇다면 Act 에 대해서 Performed Sequence 가 있는 경우 이에 대해서 Story 에 대하여 Object 와 이에 대한 Resulted States 를 Property 로 둘 수 있으며 이에 대한 부분은 Act Time 에 대한 Final Date 에 의해서 Logging 이 가능하다.
[3] Act 에 대해서는 객체 혹은 주체가 가능하며 이에 의해서 대부분의 Data Logging 이 Act Time 에 대해서 Report 가 가능하며 동시에 이로부터 Database 를 Act Time 에 대한 Final Date 각각을 기준으로 구축할 수 있다.
더 알아보기)
Q1) 그렇다면 Database 는 Sequence of action 에 대해서 각각의 Act Time 의 Action 에 의한 Object 의 Resulted States 의 Property 를 저장하는 것인가?
A1) 그렇게 된다.
Q2) 그렇다면 Database 의 Data 는 무엇을 나타내는 것인가?
A2) Action 에 대한 객체 or 주체, Action 의 Invoking Objects 및 Resulted Properties, Action 의 Date 를 나타내는 것이다.
Q3) 앞서의 답변은 Database 에 어째서 저장되어야 하는 것인가?
A3) Database 는 Data Report 와 다르게 Perform Sequence 에 대한 Date-Time Actor Result 에 대한 Log Base 가 된다.
이에 대해서는 Action Perform Sequence 가 이루어지는 환경에서 Date-Time Result 가 있어야만 Database 의 Data Logging 의 적절성이 만들어질 수 있다.
결국에 이것은 업무 중의 자료 처리를 위한 것이 된다.
Q4) 그렇다면 Database 의 SQL 은 특정한 의미를 지니는가?
A4) Date-Time Result 에 대해서 업무 중의 Action Story 에 대한 Specification 에 대해서 SQL 를 사용하게 된다.
기본적인 I/O 를 Computer Machine 으로 저장 및 출력하는 일을 SQL Query 를 사용하게 된다면 업무에 의한 Date-Time Result 를 종합하여 Report 하는 일을
전산화하는 Report Machine 이 가능하다.
Q5) 결국에 Database 및 SQL 은 보고사무에 대한 용도인가?
A5) Act 에 대해서 객체와 주체가 있게 되는데 객체의 경우 Date-Time Result 에 대해서 과학적 실험관찰에 대해서 적용이 될 수가 있다. 이에 대해서도 Report Machine 이 가능하다.
그렇지만 Perform Sequence 가 있는 Action 집합에 대해서 Table Data 가 적용이 될 수 밖에 없고 이러한 Action 집합은 거의 업무적 환경에서의 생성되는 자료에 대한 Group 이다.
적당한 용도에 대해서는 그렇다고 해야할 것같다.
ㅂㅅ
ㅎㅇ;