Files

T

Antigravity Agent c24165b8bc refactor(topics): 멀티 에이전트용 지식 재편 — _Common(공통 기본기) + Domain_* 구조

에이전트 8종(대화형/프로그래머 C·S/디자이너/설계자/기획자/QA/PD/PM)에게
[공통 기본 능력 + 롤별 Specialty] 2층으로 지식을 주입하기 위한 재분류.
문서 내용·포맷은 무수정, 폴더 이동만 (6,372개 문서 수 보존 확인).

- Topic_Programming → Domain_Programming (내부 구조 보존)
- Topic_Graphic → Domain_Design
- Topic_Business → Domain_Product
- Topic_General → Domain_General
- _Common 신설: Math(구 Topic_Math_Specialty), Reasoning(구 General/From_Thinking & Reasoning),
  Reasoning_Creativity(구 General/From_창의성), Communication(Poetic_Blog_Writing + From_writing)
- 타 도메인의 From_* 폴더는 유지 (출처 표기일 뿐, 이미 도메인에 맞게 분류된 문서)
- 빈 폴더 정리 (memory/procedures)
- 에이전트→폴더 매핑은 workspace의 .astra/agent-knowledge-map.json (9개 에이전트)

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

2026-07-11 11:05:56 +09:00

3.4 KiB

Raw Blame History

id, title, category, status, verification_status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, created_at, updated_at, review_reason, merge_history, tags, raw_sources, applied_in, github_commit

title

SQL Dates

🎯 한 줄 통찰 (One-line insight)

Matching a date literal against a datetime column silently returns nothing if the stored value carries a time component the literal doesn't — the hardest part of SQL dates is format alignment, not date logic itself. [S1]

🧠 핵심 개념 (Core concepts)

The core difficulty — being sure the date format you insert/select matches the database column's format. [S1]
MySQL date types — DATE (YYYY-MM-DD), DATETIME/TIMESTAMP (YYYY-MM-DD HH:MI:SS), TIME (HH:MI:SS), YEAR (YYYY or YY). [S1]
SQL Server date types — DATE, DATETIME, SMALLDATETIME, TIME, TIMESTAMP (a unique number, not a date). [S1]

🧩 추출된 패턴 (Extracted patterns)

Time-component footgun — a WHERE clause like OrderDate='2025-11-11' matches rows when the column is pure DATE, but silently returns zero rows once the column stores a time component too (e.g. 2025-11-11 13:23:44), because exact string/value equality no longer holds. [S1]
Keep dates time-free unless necessary — the source explicitly recommends avoiding time-components in date columns to keep queries simple, unless the time is actually needed. [S1]

📖 세부 내용 (Details)

Simple date match (works, no time component): SELECT * FROM Orders WHERE OrderDate='2025-11-11'. [S1]
Same query against a column that also stores time (returns NO rows, since exact match requires the time portion too): same query, different schema. [S1]

⚖️ 모순 및 업데이트 (Contradictions & updates)

소스에서 모순되는 정보는 발견되지 않음. 다만 "동일해 보이는 쿼리가 스키마에 따라 결과가 완전히 달라진다"는 점이 핵심 경고로 제시됨. [S1]

🛠️ 적용 사례 (Applied in summary)

현재 발견된 실제 적용 사례가 없습니다 — "쿼리가 아무 결과도 안 준다"는 흔한 버그의 원인이 날짜/시간 포맷 불일치인 경우가 많다. [S1]

💻 코드 패턴 (Code patterns)

Exact date match, no time component (SQL):

SELECT * FROM Orders WHERE OrderDate='2025-11-11';

✅ 검증 상태 및 신뢰도

상태: draft
검증 단계: conceptual
출처 신뢰도: B (W3Schools — widely used educational reference, not a primary standards body)
신뢰 점수: 0.88
중복 검사 결과: 신규 생성 (New discovery)

🔗 지식 그래프 (Knowledge Graph)

상위/루트: SQL Tutorial
관련 개념: SQL Between, SQL Data Types, SQL Where
참조 맥락: 날짜/시간 컬럼을 다루는 모든 쿼리에서 포맷 불일치 버그를 예방하기 위해 참조.

📚 출처 (Sources)

[S1] W3Schools — SQL Working With Dates — https://www.w3schools.com/sql/sql_dates.asp

📝 변경 이력 (Change history)

2026-07-04: Initial draft synthesized from the W3Schools "SQL Working With Dates" page (Astra wiki-curation, P-Reinforce v3.1 format).

3.4 KiB Raw Blame History