Как лучше организовать SQLite БД заказов с быстрым поиском по номерам телефона?

Question

[Илья]

Нужна база данных для хранения заказов.

У каждого заказа есть много различных параметров и они хранятся в одной таблице. Раньше номер контактный номер телефона был один, и он просто лежал в отдельном столбце. Сейчас требуется сделать возможность прицепить к заказу неограниченное количество контактных номеров (а в будущем, возможно, и других типов контактных данных). И у пользователя должна быть возможность быстро сделать выборку по номеру всех заказов. Как это лучше сделать?

И ещё, сейчас телефоны нормализованы и хранятся как TEXT, имеет ли смысл для увеличения скорости хранить их как INTEGER или CHAR?

Answer 1

[RomanAkaMagician]

Обще принято хранить номер телефона в текстовом виде, причин несколько:
1) Номер телефона может начинаться с нуля или сразу пары нулей, что собственно делает не возможным использование типа integer
2) Длина номера может быть больше 50 символов

Поэтому, для универсального проектирования БД, для SQLite вы можете выбрать Text.

Answer 2

[Максим Васильев]

А чем обусловлен выбор sqlite?
Онож тормозное и блокирует всю базу на каждый запрос.

Comments

[Илья]

В данном случае нужен всего один поток + важна портабельность (пока). Основной вопрос именно как организовать такое хранение без лишних таблиц и дублей.