PHPMem v2.0.1

Version
1.6.45
Uptime
17 days 13 hours 18 minutes 7 seconds

Memory

Total
512MB
Used
12,72MB (2.48%)
Free
499,28MB

Keys

Current
14 060
Total (since start)
40 994
Evictions
0
Reclaimed
760
Expired Unfetched
0
Evicted Unfetched
0

Connections

Current
14 / 1 024 max
Total
239 207
Rejected
0
llm:bc72402f36001cfb33cf5f9a0a6c1668855295315493939267025bd91a9bb169
TTL 3 days 12 hours 46 minutes 38 seconds Size 2,83KB Export
Edit
# Data Quality Issues Analysis Based on the evidence gathered from the `callyeah_analytics_2026_07_23` table, I've identified several significant data quality issues: ## 1. **Incorrect Data Types (Critical Issue)** All numeric and date columns are stored as **VARCHAR** instead of appropriate data types: - `Total Calls` (VARCHAR) - should be INTEGER - `AI Handled` (VARCHAR) - should be INTEGER - `Human Handled` (VARCHAR) - should be INTEGER - `Voicemail` (VARCHAR) - should be INTEGER - `AI Resolution %` (VARCHAR) - should be DECIMAL/FLOAT - `Human %` (VARCHAR) - should be DECIMAL/FLOAT This prevents proper numeric operations and sorting. ## 2. **Mixed Data Structure (Critical Issue)** The table contains **multiple distinct data structures mixed together** in a single flat table: From step-14, the 216 total rows break down as: - **30 date rows** (daily trend data: 23-Jun through 22-Jul) - **7 day-of-week rows** (Thu, Fri, Sat, Sun, Mon, Tue, Today) - **10 summary/total rows** (aggregates and totals) - **4 header rows** (section headers like "=== DAILY TREND — LAST 30 DAYS ===") - **8 blank rows** (empty separator rows) - **~150+ call log entries** (individual call records with Call IDs like CY-2847) This violates database normalization principles - the table mixes: - Weekly summaries - Daily time-series data - Call outcomes aggregates - Escalation reason breakdowns - Individual call transaction logs ## 3. **Inconsistent Column Mapping** The same column names contain **different types of data** depending on the row: - `Day` column contains: day names ("Thu"), dates ("23-Jun"), section headers ("=== CALL OUTCOMES..."), and Call IDs ("CY-2847") - `Total Calls` contains: call counts (405), dates ("2026-07-22"), and text ("Count") - `AI Handled` contains: counts (319), times ("06:02 p.m."), and percentages ("77.50%") ## 4. **Unnamed Columns** Three columns are unnamed: `_unnamed_7`, `_unnamed_8`, `_unnamed_9` (shown in step-1), though step-8 reveals they likely represent: - Duration (seconds) - Duration (m:ss format) - Sentiment Score/Label ## 5. **Inconsistent Date Formats** Multiple date formats appear: - "23-Jun" (day-month abbreviation) - "2026-07-22" (ISO format in call logs) - "Today" (relative reference) ## 6. **Missing Data Validation** The `Human %` column is frequently empty even when other percentage data exists (visible in steps 6, 13, 15). ## Recommendation This appears to be a **report/dashboard output incorrectly imported as a database table**. The data should be: 1. Split into separate normalized tables (daily_metrics, call_logs, escalation_reasons, etc.) 2. Converted to proper data types 3. Cleaned of header rows and formatting artifacts 4. Standardized with consistent date formats