CREATE TABLE: нова таблица

Накратко: CREATE TABLE създава нова таблица с име, колони и тип за всяка колона, а в SQLite STRICT кара базата да спазва типовете.

Проблем

Тетрадката с доставчиците

Хлябът идва от пекарна, млякото от мандра, препаратите от склад на едро. Телефоните им са в тетрадка до касата. Когато тетрадката се изгуби, никой не знае на кого да звъни.

Мястото им е в базата. Досега таблиците бяха готови. Тази ще направиш ти.

Идеята

CREATE TABLE

CREATE TABLE прави нова таблица: име и в скоби колоните, всяка с тип. Базата тук е празна:

SQLпразна база

CREATE TABLE suppliers (
  id INTEGER PRIMARY KEY,
  name TEXT,
  city TEXT,
  phone TEXT
);
INSERT INTO suppliers (name, city, phone) VALUES ('Пекарна Зора', 'София', '02 955 1020');
SELECT * FROM suppliers;

CREATE TABLE suppliers ( id INTEGER PRIMARY KEY, name TEXT, city TEXT, phone TEXT ); INSERT INTO suppliers (name, city, phone) VALUES ('Пекарна Зора', 'София', '02 955 1020'); SELECT * FROM suppliers;

▶ ИзпълниВърни заявкатаНова база

Колоната id INTEGER PRIMARY KEY е първичният ключ. В SQLite такава колона сама получава следващия номер, затова в INSERT я няма. Колоните се отделят със запетая, а след последната няма запетая.

Ето новата таблица:

suppliers

• PKidinteger
• nametext
• citytext
• phonetext

По-точно, за любопитните

Таблица, която вече съществува, не може да се направи втори път: SQLite спира с „table suppliers already exists“. CREATE TABLE IF NOT EXISTS suppliers (…) я прави само ако я няма. Това е удобно в скрипт, който се пуска повече от веднъж.

Идеята

Типовете

Типът казва какви стойности ще има в колоната. SQLite има пет:

• INTEGER: цяло число. Наличност, брой, номер.
• REAL: дробно число. Цена, тегло.
• TEXT: текст. Име, град, телефон.
• BLOB: байтове такива, каквито са. Снимка, файл.
• NUMERIC: число, което SQLite пази като цяло, ако може, иначе като дробно.

Отделен тип за дата няма. Датите в магазина са текст във вида '2026-10-25': така се подреждат правилно. Телефонът също е текст, макар да е от цифри: с него не се смята, а нулата отпред трябва да остане.

По-точно, за любопитните

REAL е число с плаваща запетая. То пази повечето дробни числа приблизително, а не точно, и при много сметки се трупат малки грешки. Затова в истински проекти парите често се пазят в центове като INTEGER (250 вместо 2,50) или с тип NUMERIC(10,2) в PostgreSQL и MySQL. В магазина цените са REAL, за да се четат като в касовата бележка.

Пробвай

Доставките

Направи таблица deliveries за доставките: id (първичен ключ), supplier_id (номерът на доставчика, цяло число), delivered_at (датата) и amount (сумата в евро, дробно число като цените в магазина).

SQLпразна база

CREATE TABLE deliveries (
  id INTEGER PRIMARY KEY
);

CREATE TABLE deliveries ( id INTEGER PRIMARY KEY );

Провери▶ Изпълни

Виж го

Текст в числова колона

Склададжията брои продуктите и записва колко са. Един ден пише „дванадесет“ с думи. Пусни заявката. typeof() казва какъв тип е стойността, която наистина е записана:

SQLпразна база

CREATE TABLE stock_counts (
  product TEXT,
  counted INTEGER
);
INSERT INTO stock_counts VALUES ('Бял хляб', '12'), ('Сирене', 'дванадесет');
SELECT product, counted, typeof(counted) FROM stock_counts;

CREATE TABLE stock_counts ( product TEXT, counted INTEGER ); INSERT INTO stock_counts VALUES ('Бял хляб', '12'), ('Сирене', 'дванадесет'); SELECT product, counted, typeof(counted) FROM stock_counts;

▶ ИзпълниВърни заявкатаНова база

И двата реда влизат. '12' става числото 12, защото колоната е INTEGER и SQLite може да го превърне. „дванадесет“ не може да стане число и остава текст в числовата колона.

Това са гъвкавите типове на SQLite (type affinity). Типът на колоната е по-скоро препоръка: SQLite опитва да превърне стойността, но ако не може, я приема каквато е. Отчетът SUM(counted) после тихо ще брои „дванадесет“ като 0.

Идеята

STRICT

Ако след скобите на CREATE TABLE напишеш STRICT, типовете стават правила:

SQLпразна база

CREATE TABLE stock_counts (
  product TEXT,
  counted INTEGER
) STRICT;
INSERT INTO stock_counts VALUES ('Сирене', 'дванадесет');

CREATE TABLE stock_counts ( product TEXT, counted INTEGER ) STRICT; INSERT INTO stock_counts VALUES ('Сирене', 'дванадесет');

▶ ИзпълниВърни заявкатаНова база

Сега „дванадесет“ не влиза. Текст, който е число, все още се приема и се превръща:

SQLпразна база

CREATE TABLE stock_counts (
  product TEXT,
  counted INTEGER
) STRICT;
INSERT INTO stock_counts VALUES ('Бял хляб', '12');
SELECT product, counted, typeof(counted) FROM stock_counts;

CREATE TABLE stock_counts ( product TEXT, counted INTEGER ) STRICT; INSERT INTO stock_counts VALUES ('Бял хляб', '12'); SELECT product, counted, typeof(counted) FROM stock_counts;

▶ ИзпълниВърни заявкатаНова база

По-точно, за любопитните

В STRICT таблица всяка колона трябва да има тип, и то един от INTEGER (или INT), REAL, TEXT, BLOB и ANY. ANY приема всичко без превръщане. NUMERIC там не е позволен. STRICT таблиците са в SQLite от версия 3.37 (2021 г.). Курсът върви на SQLite 3.49.

Пробвай

Строгото преброяване

Таблицата за преброяването има продукт (product, текст), преброено количество (counted, цяло число) и дата (counted_at). Направи я така, че думи вместо числа да не влизат.

SQLпразна база

CREATE TABLE stock_counts (
  product TEXT,
  counted INTEGER,
  counted_at TEXT
);

CREATE TABLE stock_counts ( product TEXT, counted INTEGER, counted_at TEXT );

Провери▶ Изпълни

Идеята

В PostgreSQL и MySQL

Големите бази имат повече типове. Ще ги срещнеш в почти всяка схема:

• VARCHAR(50): текст до 50 знака.
• NUMERIC(10,2): точно число с 2 знака след запетаята. За пари.
• DATE и TIMESTAMP: дата, и дата с час.
• BOOLEAN: вярно или невярно.

SQLite приема тези имена, но не ги спазва:

SQLпразна база

CREATE TABLE promo_codes (
  code VARCHAR(5),
  active BOOLEAN,
  valid_until DATE
);
INSERT INTO promo_codes VALUES ('ESEN-2026-ZA-VSICHKI', 'да', 'до Коледа');
SELECT code, typeof(code), active, typeof(active), valid_until FROM promo_codes;

CREATE TABLE promo_codes ( code VARCHAR(5), active BOOLEAN, valid_until DATE ); INSERT INTO promo_codes VALUES ('ESEN-2026-ZA-VSICHKI', 'да', 'до Коледа'); SELECT code, typeof(code), active, typeof(active), valid_until FROM promo_codes;

▶ ИзпълниВърни заявкатаНова база

Кодът е по-дълъг от 5 знака, „да“ не е булева стойност, „до Коледа“ не е дата. SQLite ги записва като текст. PostgreSQL би отказал и трите. Когато пишеш схема за друга база, ползвай нейните типове. Когато я пробваш в SQLite, не разчитай, че те пазят данните.

Упражнение

Доставчиците в магазина

До таблиците на магазина направи suppliers с id (първичен ключ), name и city. Добави двама доставчици: „Пекарна Зора“ от София и „Мандра Балкан“ от Смолян.

SQLбаза: магазин

Провери▶ Изпълни

Тест

Провери се

1. Какъв тип е подходящ за цена като 2,50 €?

INTEGERBLOBREAL

2. Таблицата не е STRICT, а колоната counted е INTEGER. Какво става при INSERT на текста „дванадесет“?

Записва се като текстГрешкаЗаписва се 0

3. Как се пазят датите в SQLite?

Като текст във вида '2026-10-25'Само като числоВ отделен тип DATE, както в PostgreSQL

4. Какво прави STRICT в края на CREATE TABLE?

Забранява празни стойностиПрави таблицата само за четенеКара SQLite да отказва стойност от грешен тип

Провери

Започни урока отначало

Свързани уроци

• Нужно отпреди: SELECT: избор на колони · Агрегатни функции: COUNT, SUM, AVG · Първичен и външен ключ · INSERT: нови редове
• Продължава в: Ограничения: правила за данните · Външни ключове: връзки между таблиците · ALTER TABLE: промяна на таблица · Изгледи
• Задачи по темата: Таблици и правила