Как правильно передавать параметры id(mysql) не в url в CI?

Question

[Alexander M]

Изучаю CI. Начал делать учебный проект, достал базу компаний и пробую.
В целом получилось сделать работающую систему. Но меня смущает, что почти все запросы строят на по полям с ключами, а varchar полями.
База не большая 2k записей, работает быстро. Но всё же как передать параметры ID не в URL
База автосалонов по РФ к примеру.
Как сделано - Пример:
Вид URL site.ru/russia/moskva
Находимся на странице города, тут отображены все автосалоны Москвы.
В модели запрос выглядит так.
...

$this->db->where('city_eng="'.$city.'"');
$query = $this->db->get('select_city_salon_preview')

...
$city - берётся из контроллера
$uri_segment_city = $this->uri->segment(2);
полный поиск по полям varchar.
т.е просто берётся из url (moskva) и полный скан по базе и вывод всех строк совпадений.
Прочитав книгу (Шварц Б., Зайцев П., Ткаченко В. и др. - MySQL. Оптимизация производительности (2-е издание))
ужаснулся. что я наделал. Хотя я выстроил индекс по городам. значения уникальны. Но всё же.

тоже самое, когда нахожусь на странице автосалона.
/russia/moskva/avtosalon-na-prospekte-123
в модели:
...

$this->db->where('name_eng="'.$firm.'"');
$query = $this->db->get('select_firm_info');

...

$firm - берём из контроллера
$uri_segment_firm = $this->uri->segment(3);

тоже полный поиск по полям varchar.

Можно ли при таком url, как-то использовать поиск по ключу в таблице?
постарался донести суть проблемы, если не понятно написал, скажите ещё попробую описать.

Answer 1

[dmitriy]

я использую другой подход, принцип генерации ЧПУ, есть таблица которая хранит
ЧПУ адрес и чистые данные,
например таблица: url_chpu_data
url = /russia/moskva/avtosalon-na-prospekte-123
data =
[
'country_id' => 1,
'city_id' => 15,
'company'=>1
];
естественно в сериализованном виде хранится в базе, по url индекс
при заходе на НЕ ЧПУ адрес, например /?country_id=1&city_id=15&company=1
функционал определяет что нужно сгенерировать ЧПУ, получает из базы город, страну, компанию, переводит в транслит, формирует /russia/moskva/avtosalon-na-prospekte-123
и сохраняет в базе, запихнув значения GET запроса country_id,city_id,company в сериализованный массив.

при заходе на /russia/moskva/avtosalon-na-prospekte-123, находит запись в базе и заполняет GET массив полученными данными, заставляя работать функционал так же если бы был старый вариант ссылки

Comments

[Alexander M]

Получается, нужна таблица в которой будут хранится комбинации возможных значений? с уже готовым url. Структуру такой таблицы не пойму.

[dmitriy]

можно и весь урл хранить и можно по сегментам, то есть russia,moskva,avtosalon-na-prospekte-123 - это три записи в базе и могут хранить просто идентификаторы и тип сущностей, пример сохранении по сегментам:
alias table object_id
russia countries 1
moskva cities 10
avtosalon-na-prospekte-123 company 123

[Alexander M]

Спасибо, про хранение ясно стало. Просто одного не пойму, когда юзер заходит сразу по ЧПУ ссылке, происходит тот же полный поиск по varchar просто уже по другой таблице с ЧПУ? И получается от чего ушли к тому пришли, если так?

[dmitriy]

1. я предлагаю хранить в двух вариантах. первый это весь урл, второй вариант по сегментам. 2. хранить соответствие придется так как не пройдут при транслитерации многие рус символы й,ё,ы и т.д. 3. поиск идет where alias = 'russia' AND table='countries'
или первый вариант where url = '/russia/moskva/avtosalon-na-prospekte-123'
в последнем варианте всего один запрос, в первом три запроса для того чтобы вытащить данные

[Alexander M]

diamond: По сути у меня оно щас так примерно и работает. Насколько я понял, если необходимо использовать только ЧПУ ссылки, то как не крути поиск будет организован только по varchar полям и никак иначе?

[dmitriy]

да varchar или char

[Alexander M]

diamond: ну вот, значит по ID не получится никак искать в MySQL, если хочу использовать только ЧПУ. Это и хотел выяснить, спасибо!

Answer 2

[Дмитрий Воронков]

Подсунь в урл, айди и вытаскивай по нему.
А вообще, если база маленькая и mysql не тормозит, то не парься. Как говорится: Работает - не трогай.

Comments

[Alexander M]

база больше чем до 3-5k таблиц не вырастет.
но фуллскан по varchar это я так понимаю худшее, что можно придумать.
Хотя опять же программно контролирую уникальность полей формующих url и сделал по ним индекс (index Type - Unique)

[Дмитрий Воронков]

Alexander M: Если поле, по которому поиск, имеет индекс и тем более уникальный, то 10 и 20 тыс. записей не сломают твой сервер. Почитай как работают индексы, что такое бинарный поиск и не забивай себе голову.