
1)번 문제의 정답은
원래는 =Format([page],"현재 페이지 "":"" 000")입니다.
나의풀이 ="현재 페이지 : " & Format([page],"000") 로 표시 했고 수험책의<그림>과
동일해서 작성했는데 오답으로 나왔는데 왜 오답입니까?
2)번 문제 정답은
원래는 형식속성 (자세한 날짜)입니다.
나의풀이 형식속성 ( yyyy"년 "m"월 "d"일 "aaaa )풀이 했고 결과가 똑같이 나와서
정답이라고 생각했는데 오답처리 했습니다. 그 이유가 궁금합니다.

5)번문제 풀이는
원래는 =count(*) & "회"
나의풀이 =count([구매일]) & "회" 으로 풀이했습니다.
문제에서 구매건수의 전체개수라면 원래 풀이가 맞습니다.
근데 문제요지는 전체개수가 아니라 구매일별 구매건수를 구하는 문제이기 때문에
나의 풀이가 정답이고 수험책의 풀이가 오답이라고 생각합니다. 그래서 궁금합니다.
무었때문에 오답처리가 되었는지 궁금합니다.

4-4)문제 제가 몇번이나 다시 했지만 무었이 오답처리가 되었는지 모르겟습니다.
궁금합니다.
안녕하세요.
질문하신 4가지를 각각 보면,
문제3 1의 1·2번은 “표시 결과가 같아도 속성값/수식 구조가 달라서” 오답 처리된 경우이고,
문제3 1의 5번은 Count(*)와 Count([구매일])의 의미 차이를 구분해야 하며,
문제4는 SQL 조건 구조가 정답과 실제로 다릅니다.
txt페이지의 경우
정답:
=Format([Page],"현재 페이지 "":"" 000")작성식:
="현재 페이지 : " & Format([Page],"000")두 식은 화면에는 동일하게 보일 수 있습니다. 하지만 컨트롤 원본 속성에 저장된 식 자체는 다릅니다. 정답은 Format 함수의 서식 문자열 안에서 "현재 페이지 : "까지 처리하고, 작성식은 문자열 연결 연산자 &로 따로 붙였습니다.
즉 기능적으로는 거의 동일하지만 자동채점은 컨트롤 원본 수식 구조를 비교하기 때문에 오답이 나온 것입니다. 문제에서 Format 함수를 사용하라고 지정했다면 정답식처럼 작성하는 것이 가장 안전합니다.
txt구매일의 형식 속성
정답:
자세한 날짜(Long Date)작성:
yyyy"년 "m"월 "d"일 "aaaa현재 Windows/Office의 한국어 지역 설정에서는 두 형식이 같은 모양으로 표시될 수 있습니다. 하지만 속성값 자체는 다릅니다.
정답 속성 = Long Date
작성 속성 = 사용자 지정 날짜 형식따라서 화면 결과가 같더라도 문제에서 ‘자세한 날짜’ 형식을 지정했다면 반드시 형식 속성에서 ‘자세한 날짜’를 선택해야 합니다. 이 부분은 자동채점 오류라고 보기 어렵습니다.
txt개수의Count(*)와Count([구매일])
정답:
=Count(*) & "회"작성:
=Count([구매일]) & "회"여기서는 “구매일별 구매건수니까 Count([구매일])이 더 맞지 않나?”라고 생각할 수 있는데, 그룹별 건수를 구하는 것과 무엇을 Count하느냐는 별개의 문제입니다.
Count(*)는 해당 그룹의 레코드 수 전체를 셉니다.
Count([구매일])은 해당 그룹에서 구매일 값이 Null이 아닌 레코드만 셉니다.
예를 들어 한 구매일 그룹에 5개의 레코드가 있는데 구매일 값 중 하나가 Null이라면,
Count(*) = 5
Count([구매일]) = 4가 될 수 있습니다.
따라서 문제에서 단순히 구매건수, 전체 개수, 레코드 수를 구하라고 했다면 Count(*)가 더 일반적이고 안전합니다. 현재 데이터에서 구매일이 모두 입력되어 있다면 두 결과는 같을 수 있지만, 의미상 완전히 동일하지는 않습니다.
즉 이 부분은 수험책 정답이 잘못됐다고 보기는 어렵고, 정답은 레코드 건수를 세기 위해 Count(*)를 사용한 것입니다.
신규상품추가쿼리
질문자 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 조건 구조가 정답과 실제로 다릅니다.
txt페이지의 경우
정답:
=Format([Page],"현재 페이지 "":"" 000")작성식:
="현재 페이지 : " & Format([Page],"000")두 식은 화면에는 동일하게 보일 수 있습니다. 하지만 컨트롤 원본 속성에 저장된 식 자체는 다릅니다. 정답은
Format함수의 서식 문자열 안에서"현재 페이지 : "까지 처리하고, 작성식은 문자열 연결 연산자&로 따로 붙였습니다.즉 기능적으로는 거의 동일하지만 자동채점은 컨트롤 원본 수식 구조를 비교하기 때문에 오답이 나온 것입니다. 문제에서
Format함수를 사용하라고 지정했다면 정답식처럼 작성하는 것이 가장 안전합니다.txt구매일의 형식 속성
정답:
자세한 날짜(Long Date)작성:
yyyy"년 "m"월 "d"일 "aaaa현재 Windows/Office의 한국어 지역 설정에서는 두 형식이 같은 모양으로 표시될 수 있습니다. 하지만 속성값 자체는 다릅니다.
정답 속성 = Long Date 작성 속성 = 사용자 지정 날짜 형식따라서 화면 결과가 같더라도 문제에서 ‘자세한 날짜’ 형식을 지정했다면 반드시 형식 속성에서 ‘자세한 날짜’를 선택해야 합니다. 이 부분은 자동채점 오류라고 보기 어렵습니다.
txt개수의Count(*)와Count([구매일])
정답:
=Count(*) & "회"작성:
=Count([구매일]) & "회"여기서는 “구매일별 구매건수니까
Count([구매일])이 더 맞지 않나?”라고 생각할 수 있는데, 그룹별 건수를 구하는 것과 무엇을 Count하느냐는 별개의 문제입니다.Count(*)는 해당 그룹의 레코드 수 전체를 셉니다.Count([구매일])은 해당 그룹에서 구매일 값이 Null이 아닌 레코드만 셉니다.예를 들어 한 구매일 그룹에 5개의 레코드가 있는데 구매일 값 중 하나가 Null이라면,
Count(*) = 5 Count([구매일]) = 4가 될 수 있습니다.
따라서 문제에서 단순히 구매건수, 전체 개수, 레코드 수를 구하라고 했다면
Count(*)가 더 일반적이고 안전합니다. 현재 데이터에서 구매일이 모두 입력되어 있다면 두 결과는 같을 수 있지만, 의미상 완전히 동일하지는 않습니다.즉 이 부분은 수험책 정답이 잘못됐다고 보기는 어렵고, 정답은 레코드 건수를 세기 위해
Count(*)를 사용한 것입니다.신규상품추가쿼리
질문자 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 조건을 입력한 방식/저장 구조 차이로 자동채점에서 오답 가능
으로 판단하면 됩니다.
즐거운 하루 되세요.