책 내용 질문하기
엑세스05모의(P506)문제3-1-(1,2,5)와(P508)문제4-4 온라인 채점오류문의
도서
2026 시나공 컴퓨터활용능력 1급 실기 총정리
페이지
506
조회수
24
작성일
2026-09-07
작성자
정*정
첨부파일


1)번 문제의 정답은


원래는 =Format([page],"현재 페이지 "":"" 000")입니다.


나의풀이 ="현재 페이지 : " & Format([page],"000") 로 표시 했고 수험책의<그림>과


동일해서 작성했는데 오답으로 나왔는데 왜 오답입니까?



2)번 문제 정답은


원래는 형식속성 (자세한 날짜)입니다.


나의풀이 형식속성 ( yyyy"년 "m"월 "d"일 "aaaa )풀이 했고 결과가 똑같이 나와서


정답이라고 생각했는데 오답처리 했습니다. 그 이유가 궁금합니다.





5)번문제 풀이는


원래는 =count(*) & "회"


나의풀이 =count([구매일]) & "회" 으로 풀이했습니다.


문제에서 구매건수의 전체개수라면 원래 풀이가 맞습니다.


근데 문제요지는 전체개수가 아니라 구매일별 구매건수를 구하는 문제이기 때문에


나의 풀이가 정답이고 수험책의 풀이가 오답이라고 생각합니다. 그래서 궁금합니다.


무었때문에 오답처리가 되었는지 궁금합니다.




4-4)문제 제가 몇번이나 다시 했지만 무었이 오답처리가 되었는지 모르겟습니다.


궁금합니다.

답변
2026-09-08 10:43:59

안녕하세요.

질문하신 4가지를 각각 보면,

문제3 1의 1·2번은 “표시 결과가 같아도 속성값/수식 구조가 달라서” 오답 처리된 경우이고,

문제3 1의 5번은 Count(*)Count([구매일])의 의미 차이를 구분해야 하며,

문제4는 SQL 조건 구조가 정답과 실제로 다릅니다.

  1. txt페이지의 경우

정답:

=Format([Page],"현재 페이지 "":"" 000")

작성식:

="현재 페이지 : " & Format([Page],"000")

두 식은 화면에는 동일하게 보일 수 있습니다. 하지만 컨트롤 원본 속성에 저장된 식 자체는 다릅니다. 정답은 Format 함수의 서식 문자열 안에서 "현재 페이지 : "까지 처리하고, 작성식은 문자열 연결 연산자 &로 따로 붙였습니다.

즉 기능적으로는 거의 동일하지만 자동채점은 컨트롤 원본 수식 구조를 비교하기 때문에 오답이 나온 것입니다. 문제에서 Format 함수를 사용하라고 지정했다면 정답식처럼 작성하는 것이 가장 안전합니다.

  1. txt구매일의 형식 속성

정답:

자세한 날짜(Long Date)

작성:

yyyy"년 "m"월 "d"일 "aaaa

현재 Windows/Office의 한국어 지역 설정에서는 두 형식이 같은 모양으로 표시될 수 있습니다. 하지만 속성값 자체는 다릅니다.

정답 속성 = Long Date
작성 속성 = 사용자 지정 날짜 형식

따라서 화면 결과가 같더라도 문제에서 ‘자세한 날짜’ 형식을 지정했다면 반드시 형식 속성에서 ‘자세한 날짜’를 선택해야 합니다. 이 부분은 자동채점 오류라고 보기 어렵습니다.

  1. txt개수Count(*)Count([구매일])

정답:

=Count(*) & "회"

작성:

=Count([구매일]) & "회"

여기서는 “구매일별 구매건수니까 Count([구매일])이 더 맞지 않나?”라고 생각할 수 있는데, 그룹별 건수를 구하는 것과 무엇을 Count하느냐는 별개의 문제입니다.

Count(*)는 해당 그룹의 레코드 수 전체를 셉니다.

Count([구매일])은 해당 그룹에서 구매일 값이 Null이 아닌 레코드만 셉니다.

예를 들어 한 구매일 그룹에 5개의 레코드가 있는데 구매일 값 중 하나가 Null이라면,

Count(*)       = 5
Count([구매일]) = 4

가 될 수 있습니다.

따라서 문제에서 단순히 구매건수, 전체 개수, 레코드 수를 구하라고 했다면 Count(*)가 더 일반적이고 안전합니다. 현재 데이터에서 구매일이 모두 입력되어 있다면 두 결과는 같을 수 있지만, 의미상 완전히 동일하지는 않습니다.

즉 이 부분은 수험책 정답이 잘못됐다고 보기는 어렵고, 정답은 레코드 건수를 세기 위해 Count(*)를 사용한 것입니다.

  1. 신규상품추가 쿼리

질문자 SQL의 조건은

WHERE (((신규상품.상품코드) Like "P*"
Or (신규상품.상품코드) Like "Z*"));

정답은

WHERE (((신규상품.상품코드) Like "P*"))
OR (((신규상품.상품코드) Like "Z*"));

처럼 보이지만, 이 부분만 보면 논리적으로는 동일합니다. 그런데 첨부된 채점 화면에서는 사용자 쿼리 쪽이

WHERE (((신규상품.상품코드) Like "P*"
Or (신규상품.상품코드) Like "Z*"));

이고 정답은 각 조건이 별도의 OR 조건행 구조로 저장된 것으로 보입니다.

Access 쿼리 디자인에서는

조건 행:   Like "P*"
또는 행:   Like "Z*"

로 작성한 것과

조건 행: Like "P*" Or Like "Z*"

가 결과는 같아도 디자인 그리드의 조건 구조와 SQL 저장 형태가 다를 수 있습니다. 자동채점에서 이 구조 차이를 비교해 오답 처리한 가능성이 큽니다.

따라서 이 문제는 디자인 보기에서 상품코드 필드의

조건:      Like "P*"
또는:      Like "Z*"

처럼 두 행으로 나누어 입력하는 것이 정답 기준에 가장 맞습니다.

정리하면, 이번 네 사례 중

  • 1번: 결과는 같지만 수식 구조가 다름

  • 2번: 표시 결과는 같지만 형식 속성값이 다름

  • 3번: 현재 결과는 같을 수 있어도 Count(*)Count(field)는 의미가 다름

  • 4번: OR 조건을 입력한 방식/저장 구조 차이로 자동채점에서 오답 가능

으로 판단하면 됩니다.

즐거운 하루 되세요.

  • 관리자
    2026-09-08 10:43:59

    안녕하세요.

    질문하신 4가지를 각각 보면,

    문제3 1의 1·2번은 “표시 결과가 같아도 속성값/수식 구조가 달라서” 오답 처리된 경우이고,

    문제3 1의 5번은 Count(*)Count([구매일])의 의미 차이를 구분해야 하며,

    문제4는 SQL 조건 구조가 정답과 실제로 다릅니다.

    1. txt페이지의 경우

    정답:

    =Format([Page],"현재 페이지 "":"" 000")

    작성식:

    ="현재 페이지 : " & Format([Page],"000")

    두 식은 화면에는 동일하게 보일 수 있습니다. 하지만 컨트롤 원본 속성에 저장된 식 자체는 다릅니다. 정답은 Format 함수의 서식 문자열 안에서 "현재 페이지 : "까지 처리하고, 작성식은 문자열 연결 연산자 &로 따로 붙였습니다.

    즉 기능적으로는 거의 동일하지만 자동채점은 컨트롤 원본 수식 구조를 비교하기 때문에 오답이 나온 것입니다. 문제에서 Format 함수를 사용하라고 지정했다면 정답식처럼 작성하는 것이 가장 안전합니다.

    1. txt구매일의 형식 속성

    정답:

    자세한 날짜(Long Date)

    작성:

    yyyy"년 "m"월 "d"일 "aaaa

    현재 Windows/Office의 한국어 지역 설정에서는 두 형식이 같은 모양으로 표시될 수 있습니다. 하지만 속성값 자체는 다릅니다.

    정답 속성 = Long Date
    작성 속성 = 사용자 지정 날짜 형식

    따라서 화면 결과가 같더라도 문제에서 ‘자세한 날짜’ 형식을 지정했다면 반드시 형식 속성에서 ‘자세한 날짜’를 선택해야 합니다. 이 부분은 자동채점 오류라고 보기 어렵습니다.

    1. txt개수Count(*)Count([구매일])

    정답:

    =Count(*) & "회"

    작성:

    =Count([구매일]) & "회"

    여기서는 “구매일별 구매건수니까 Count([구매일])이 더 맞지 않나?”라고 생각할 수 있는데, 그룹별 건수를 구하는 것과 무엇을 Count하느냐는 별개의 문제입니다.

    Count(*)는 해당 그룹의 레코드 수 전체를 셉니다.

    Count([구매일])은 해당 그룹에서 구매일 값이 Null이 아닌 레코드만 셉니다.

    예를 들어 한 구매일 그룹에 5개의 레코드가 있는데 구매일 값 중 하나가 Null이라면,

    Count(*)       = 5
    Count([구매일]) = 4

    가 될 수 있습니다.

    따라서 문제에서 단순히 구매건수, 전체 개수, 레코드 수를 구하라고 했다면 Count(*)가 더 일반적이고 안전합니다. 현재 데이터에서 구매일이 모두 입력되어 있다면 두 결과는 같을 수 있지만, 의미상 완전히 동일하지는 않습니다.

    즉 이 부분은 수험책 정답이 잘못됐다고 보기는 어렵고, 정답은 레코드 건수를 세기 위해 Count(*)를 사용한 것입니다.

    1. 신규상품추가 쿼리

    질문자 SQL의 조건은

    WHERE (((신규상품.상품코드) Like "P*"
    Or (신규상품.상품코드) Like "Z*"));

    정답은

    WHERE (((신규상품.상품코드) Like "P*"))
    OR (((신규상품.상품코드) Like "Z*"));

    처럼 보이지만, 이 부분만 보면 논리적으로는 동일합니다. 그런데 첨부된 채점 화면에서는 사용자 쿼리 쪽이

    WHERE (((신규상품.상품코드) Like "P*"
    Or (신규상품.상품코드) Like "Z*"));

    이고 정답은 각 조건이 별도의 OR 조건행 구조로 저장된 것으로 보입니다.

    Access 쿼리 디자인에서는

    조건 행:   Like "P*"
    또는 행:   Like "Z*"

    로 작성한 것과

    조건 행: Like "P*" Or Like "Z*"

    가 결과는 같아도 디자인 그리드의 조건 구조와 SQL 저장 형태가 다를 수 있습니다. 자동채점에서 이 구조 차이를 비교해 오답 처리한 가능성이 큽니다.

    따라서 이 문제는 디자인 보기에서 상품코드 필드의

    조건:      Like "P*"
    또는:      Like "Z*"

    처럼 두 행으로 나누어 입력하는 것이 정답 기준에 가장 맞습니다.

    정리하면, 이번 네 사례 중

    • 1번: 결과는 같지만 수식 구조가 다름

    • 2번: 표시 결과는 같지만 형식 속성값이 다름

    • 3번: 현재 결과는 같을 수 있어도 Count(*)Count(field)는 의미가 다름

    • 4번: OR 조건을 입력한 방식/저장 구조 차이로 자동채점에서 오답 가능

    으로 판단하면 됩니다.

    즐거운 하루 되세요.

· 5MB 이하의 zip, 문서, 이미지 파일만 가능합니다.
· 폭언, 욕설, 비방 등은 관리자에 의해 경고없이 삭제됩니다.