PHPMem v2.0.1

Version
1.6.45
Uptime
18 days 5 hours 29 minutes 18 seconds

Memory

Total
512MB
Used
12,33MB (2.41%)
Free
499,67MB

Keys

Current
13 424
Total (since start)
40 994
Evictions
0
Reclaimed
762
Expired Unfetched
0
Evicted Unfetched
0

Connections

Current
3 / 1 024 max
Total
244 261
Rejected
0
llm:5e656cb6827168bc705c9b4c07e91b7ec8816e7136630ef17d654c0d1586749e
TTL 4 days 21 hours 49 minutes Size 3,17KB Export
Edit
The funding data has quality problems in five areas. The biggest is that `Amount` can't be summed or compared as it stands, and the May table is partly broken. **1. `Amount` is free text in many formats, with mixed units** `Amount` is a VARCHAR column. The format breakdown (step 6) is: | Format | Rows | |---|---| | `$` with comma separators, e.g. `$1,000,000` | 354 | | "Undisclosed" | 35 | | Blank | 25 | | No `$` prefix, e.g. `1,000,000` | 11 | | Mixed `.` and `,`, e.g. `$11.300,000` or `$728.100,000` (April only) | 11 | | `$` decimal with no stated unit, e.g. `$165.5` or `$84.2` | 5 | | `$` with no separators, e.g. `$60000000` | 2 | | Other/text, including `$1,40,000` (Indian-style grouping) and the non-amount value `Vaibhav Anant` | 2 | | Bare number, `6400000` | 1 | - **Unit ambiguity:** `$165.5` or `$84.2` are probably millions (MobiKwik, OkCredit, Livspace, WayCool), but the data doesn't say so. April's `$728.100,000` for Fivetran cannot be parsed reliably, because the decimal point and comma conflict. - **Possible billion-dollar outliers:** 10 rows in a single month have amounts from `$1,100,000,000` to `$5,000,000,000` (step 1). The data can't tell me whether these are real mega-rounds or unit errors. Verify them before using them in totals or averages. - **Implausible amount for a small round:** YouKraft (founded 2020, Seed stage) shows `76,000,000`, which looks suspect for a seed round. - **Blanks are not NULLs:** the null counts for `Amount`, `Stage` and `Location` are all 0 (step 2), yet 25 `Amount` values are empty. These are empty strings, so `IS NULL` checks will miss them. **2. `Stage` labels are inconsistent** - "undisclosed" and "Unknown" are used alongside blank values, and all three mean "no stage". - "Series-D" appears next to "Series D". - Several April rows have a stage of "undisclosed" even though an amount is given (for example Doceree and MoEngage). **3. `Founded` has impossible or suspicious values and mixed types** - April includes Rigi (1871), MTR Foods (1924), Philips Electronics (1929) and Hitachi (1959). These are established corporations rather than startups, and 1871 is probably a data error. - `Founded` is BIGINT in four tables but VARCHAR in May. In May, 19 of 42 rows hold non-numeric values (step 2). **4. The May table is structurally corrupted** - FirstCure Health has its columns shifted: "Noida" sits in `Founded`, and the sector and description are in the wrong columns (step 3). - There are 11 rows that are entirely blank. - May shows 18 duplicate company names, mostly the blank names. April and January have 1 duplicate each. **5. Quality varies by month** - February and March have no `Founded` problems and no duplicate names (step 2). - The mixed-separator amounts occur only in April. - Each month is a separate table, so any cross-month analysis has to clean and union them first. **Before analysing** - Normalize `Amount` to a single numeric unit. - Treat blank, "Undisclosed", "Unknown" and "undisclosed" as missing. - Drop the blank and misaligned May rows. - Cap or check `Founded` values below roughly 1990.