PHPMem v2.0.1

Version
1.6.45
Uptime
17 days 22 hours 27 minutes 5 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
3 / 1 024 max
Total
242 187
Rejected
0
llm:7ed67cef19df001710c3042f3c76b4be056e4dd8258ec283c5a912ad37cc59a4
TTL 4 days 7 hours 52 minutes 59 seconds Size 1,56KB Export
Edit
**Size:** The dataset has 5 tables and 718,470 rows in total. The row counts come from the table overview (step 0 and step 4). | Table | Rows | |---|---| | raw_kaggle | 237,205 | | return_kaggle | 237,196 | | serve_kaggle | 237,185 | | players_tournament_man_ | 6,422 | | players_man_ | 462 | **Columns:** The two metadata sources disagree, so I can't give one firm figure. - The dataset card lists 78 columns: 21 in each of the three match tables, 8 in players_tournament_man_ and 7 in players_man_. - The table overview query returned 58 columns: 17, 17 and 17 for the three match tables, then 4 and 3 for the two player tables. - I did not reconcile the two counts. Running `inspect_columns` on each table would settle it. **Time period:** Yes, the data covers about 23 years. - **Match tables:** `raw_kaggle`, `return_kaggle` and `serve_kaggle` each run from **13 Aug 2001 to 28 Oct 2024**. The `Date` column is stored as text, but every row parsed as a date (for example 237,205 of 237,205 in `raw_kaggle`), so the range is reliable. - **Earlier ranges on the card:** The card showed narrower ranges, such as 2013–2024 for `raw_kaggle`. Those came from sorting the text values rather than parsing them, so they are wrong. - **players_tournament_man_:** The `year` column runs from 2002 to 2024. - **players_man_:** This table has no parsed date. Its `playing_years` column is a text list of years, and I did not check it beyond the card's listing of 2002–2024.