MySQL-இல் data types-ஐ எவ்வாறு தேர்ந்தெடுப்பது, மேலும் பொதுவான ஆபத்துகள் என்ன?

Question

IT Interview Practice · Accepted Answer

நீங்கள் எப்போதேனும் சேமிக்கப்போகும் **ஒவ்வொரு மதிப்பையும் சரியாக வைத்திருக்கும் மிகச் சிறிய type-ஐ** தேர்ந்தெடுங்கள். சரியான type ஆனது disk-ஐ சேமிக்கிறது, indexes-ஐ சுருக்குகிறது, மேலும் அமைதியான data corruption-ஐ தடுக்கிறது.

## எண்கள்

- பெரும்பாலான ids-க்கு `INT` (4 bytes); நீங்கள் உண்மையாகவே ~2.1 பில்லியனைத் தாண்டும்போது மட்டுமே `BIGINT` (8 bytes).
- பணத்திற்கு `DECIMAL(10,2)` — **ஒருபோதும்** `FLOAT`/`DOUBLE` அல்ல, அவை binary-இல் round செய்து cents-ஐ இழக்கின்றன.

## சரங்கள்

- வரம்புள்ள உரைக்கு (names, emails) `VARCHAR(n)`; `n` என்பது ஒரு உச்சவரம்பு, சேமிப்பு நீங்கள் பயன்படுத்துவது மட்டுமே.
- பெரிய blobs-க்கு (articles) `TEXT` — இது off-page-இல் சேமிக்கப்படுகிறது மற்றும் **default வைத்திருக்க முடியாது**; நீங்கள் filter செய்யும் சிறிய மதிப்புகளுக்கு இதைப் பயன்படுத்த வேண்டாம்.

## தேதிகள்

- `DATETIME` (timezone இல்லை, 8 bytes) எதிராக `TIMESTAMP` (UTC-ஆக மாற்றப்பட்டது, 4 bytes, ~2038 வரம்பு).

```sql
CREATE TABLE payments (
  id          BIGINT UNSIGNED PRIMARY KEY AUTO_INCREMENT,
  amount      DECIMAL(10,2) NOT NULL,   -- exact money, not FLOAT
  currency    CHAR(3)       NOT NULL,   -- always 3 chars -> fixed CHAR
  note        VARCHAR(255),             -- bounded, indexable
  created_at  DATETIME      NOT NULL DEFAULT CURRENT_TIMESTAMP
);

-- Pitfall: the default SQL mode rejects bad values (good) --
INSERT INTO payments (amount) VALUES ('abc');  -- ERROR 1366, not silently 0
```

## பொதுவான ஆபத்துகள்

- பணத்திற்கு `FLOAT` பயன்படுத்துவது.
- பழக்கத்தால் எல்லா இடங்களிலும் `VARCHAR(255)` — அளவுக்கு அதிகமான keys indexes-ஐ வீங்கச் செய்கின்றன.
- தேதிகளை strings-ஆக சேமிப்பது, இது range queries மற்றும் sorting-ஐ அழிக்கிறது.
- ஒருபோதும் எதிர்மறையாக இல்லாத ids/counts-இல் `UNSIGNED`-ஐ மறப்பது (நேர்மறை வரம்பை இரட்டிப்பாக்குகிறது).

## இது ஏன் முக்கியம்

Data types என்பது நீங்கள் எடுக்கும் மிக மலிவான correctness மற்றும் performance முடிவாகும், மேலும் பின்னர் மாற்றுவதற்கு மிகக் கடினமானதாகும் — குறுகிய, துல்லியமான types ஆனது indexes-ஐ சிறியதாக வைத்திருந்து, தவறான data ஆனது production bug ஆகும் முன்பே அதை வாசலிலேயே நிறுத்துகிறது.

எண்கள்

சரங்கள்

தேதிகள்

பொதுவான ஆபத்துகள்

இது ஏன் முக்கியம்

தொடர்புடைய கேள்விகள்