Новости Joomla

0 Пользователей и 1 Гость просматривают эту тему.
  • 11 Ответов
  • 738 Просмотров
*

platonische

  • Давно я тут
  • 523
  • 2 / 1
  • Парусные экспедиции vk.com/tc670
Добрый день!

Есть компонент, который занимается продажами. Есть вид клиенты/клиент. Есть поля в клиенте Телефон, Email и пр. Так вот по этим полям хотелось бы производить быстрый поиск клиента, но есть одно "но", у некоторых клиентов записаны 2 телефона через"," и почта также. Исходя из этого поиск осуществляется только через LIKE. А хотелось бы находить полное соответствие через "equipment ==".

Пока у меня одна мысль - выносить телефоны в отдельную таблицу и вязать с клиентом. В этом решение надо переформировать таблицы с уже имеющимися клиентами, переделать все модели которые работают с клиентом, может быть даже создать виды для этой новой таблицы. Меня смущает факт того что все-таки данные о клиенте будут храниться в 2-х таблицах, а не в одной.

Количество клиентов не так велико и растет не быстро (1-2к), но новые функции подразумевают частый поиск клиентов по контактам.

Может быть кто-то предложит другой вариант. Как оставить данные в 1 таблице и иметь возможность поиска через =
*

NewUsers

  • Живу я здесь
  • 2307
  • 215 / 0
  • +375 (25) 627-16-99 (WhatsApp, Telegram)
Re: Вопрос по архитектуре данных
« Ответ #1 : 08.11.2018, 15:39:03 »
А зачем отдельная таблица для телефонов? Их можно хранить вместе с данными самого клиента
Пример SQL запроса будет примерно такой
Код: sql
WHERE `first_phone` = '+38 (095) 351-47-70' AND `second_phone` = '+38 (071) 423-42-07'
Занимаюсь создание расширений для Joomla 3.10.x и 4.2.x | Доработка и настройка сайтов. Занимаюсь создание Интернет магазинов с нуля на собственном компоненте + оптимизация загрузки страницы (после предоставляю техподдержку).
Работа с DOM деревом на PHP
*

platonische

  • Давно я тут
  • 523
  • 2 / 1
  • Парусные экспедиции vk.com/tc670
Re: Вопрос по архитектуре данных
« Ответ #2 : 08.11.2018, 16:07:12 »
Ваше предложение - создать нужное кол-во полей в таблице.
В принципе на пока это тоже вариант. И на пока может и навсегда подойти.
*

NewUsers

  • Живу я здесь
  • 2307
  • 215 / 0
  • +375 (25) 627-16-99 (WhatsApp, Telegram)
Re: Вопрос по архитектуре данных
« Ответ #3 : 08.11.2018, 16:35:24 »
Ваше предложение - создать нужное кол-во полей в таблице.
В принципе на пока это тоже вариант. И на пока может и навсегда подойти.
Информация о пользователе указывается на одной странице, значит хранить данные надо тоже в одной таблице!
Занимаюсь создание расширений для Joomla 3.10.x и 4.2.x | Доработка и настройка сайтов. Занимаюсь создание Интернет магазинов с нуля на собственном компоненте + оптимизация загрузки страницы (после предоставляю техподдержку).
Работа с DOM деревом на PHP
*

Septdir

  • Живу я здесь
  • 3370
  • 168 / 4
Re: Вопрос по архитектуре данных
« Ответ #4 : 08.11.2018, 18:15:58 »
Информация о пользователе указывается на одной странице, значит хранить данные надо тоже в одной таблице!
Ой как не надо =) Особенно когда маппинг
Может быть кто-то предложит другой вариант. Как оставить данные в 1 таблице и иметь возможность поиска через =
Через равно все равно не выйдет, но можно более точный результат сделать "обрамив" телефоны во что нибудь например в []
Код
[+38 (095) 351-47-70],[+38 (071) 423-42-7]
тогда при LIKE '[+38 (071) 423-42-7]' выдастся именно нужный
Не можете справиться с задачей сами пишите, решу ее за вас, не бесплатно*.
*Интересная задача, Деньги или Бартер. Натурой не беру!
CodersRank | Контакты | Мой GitHub | Workshop
*

platonische

  • Давно я тут
  • 523
  • 2 / 1
  • Парусные экспедиции vk.com/tc670
Re: Вопрос по архитектуре данных
« Ответ #5 : 16.11.2018, 12:45:53 »
Ой как не надо =) Особенно когда маппингЧерез равно все равно не выйдет, но можно более точный результат сделать "обрамив" телефоны во что нибудь например в []
Код
[+38 (095) 351-47-70],[+38 (071) 423-42-7]
тогда при LIKE '[+38 (071) 423-42-7]' выдастся именно нужный
Проблема этого подхода что нельзя в базе сделать ключи для быстрого поиска. Будет лопатиться вся база постоянно. В моем случае это конечно тоже вариант т.к. база мала, поток мал.
*

passer

  • Завсегдатай
  • 1013
  • 75 / 3
Re: Вопрос по архитектуре данных
« Ответ #6 : 16.11.2018, 15:48:36 »
*

dmitry_stas

  • Легенда
  • 13151
  • 1234 / 8
Re: Вопрос по архитектуре данных
« Ответ #7 : 16.11.2018, 17:29:35 »
Через равно все равно не выйдет, но можно более точный результат сделать "обрамив" телефоны во что нибудь например в []
FIND_IN_SET же :)
Тут дарят бакс просто за регистрацию! Успей получить!
Все советы на форуме раздаю бесплатно, то есть даром. Индивидуально бесплатно консультирую только по вопросам стоимости индивидуальных консультаций
*

Septdir

  • Живу я здесь
  • 3370
  • 168 / 4
Re: Вопрос по архитектуре данных
« Ответ #8 : 16.11.2018, 18:26:34 »
FIND_IN_SET
Да он через раз работает. Я с ним несколько раз прокалываться с тех пор ну его нафиг.

Проблема этого подхода что нельзя в базе сделать ключи для быстрого поиска. Будет лопатиться вся база постоянно. В моем случае это конечно тоже вариант т.к. база мала, поток мал.
Как-то и не задумывался, что вопрос стоит поиск в большой базе. При большой базе такие штуки как телефоны явно оделено стоит хранить.
« Последнее редактирование: 16.11.2018, 18:30:11 от Septdir »
Не можете справиться с задачей сами пишите, решу ее за вас, не бесплатно*.
*Интересная задача, Деньги или Бартер. Натурой не беру!
CodersRank | Контакты | Мой GitHub | Workshop
*

dmitry_stas

  • Легенда
  • 13151
  • 1234 / 8
Re: Вопрос по архитектуре данных
« Ответ #9 : 16.11.2018, 20:19:14 »
Да он через раз работает. Я с ним несколько раз прокалываться с тех пор ну его нафиг.
та вроде нормально работает, может не запятыми были разделены значения?
Тут дарят бакс просто за регистрацию! Успей получить!
Все советы на форуме раздаю бесплатно, то есть даром. Индивидуально бесплатно консультирую только по вопросам стоимости индивидуальных консультаций
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
Re: Вопрос по архитектуре данных
« Ответ #10 : 16.11.2018, 20:34:00 »
Да он через раз работает.
Работает. Мне как раз сейчас приходится часто его использовать.
Не будь паразитом, сделай что-нибудь самостоятельно!
*

Septdir

  • Живу я здесь
  • 3370
  • 168 / 4
Re: Вопрос по архитектуре данных
« Ответ #11 : 16.11.2018, 22:56:03 »
та вроде нормально работает, может не запятыми были разделены значения?
Может.
Не можете справиться с задачей сами пишите, решу ее за вас, не бесплатно*.
*Интересная задача, Деньги или Бартер. Натурой не беру!
CodersRank | Контакты | Мой GitHub | Workshop
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Прописать условие для сохранения данных в БД

Автор semen1707

Ответов: 0
Просмотров: 316
Последний ответ 14.04.2021, 00:59:44
от semen1707
Модель для представления, которое показывает списки данных разных типов

Автор borro

Ответов: 27
Просмотров: 899
Последний ответ 06.05.2020, 11:57:12
от Septdir
Связать две таблицы с БД для дальнейшего вывода данных с них

Автор golinejj

Ответов: 16
Просмотров: 762
Последний ответ 06.02.2020, 15:40:58
от golinejj
Редактирование данных в связанных таблицах

Автор NetFix

Ответов: 1
Просмотров: 590
Последний ответ 19.03.2019, 11:07:10
от platonische
Вывод данных из нескольких одинаковых таблиц

Автор Outpost

Ответов: 6
Просмотров: 630
Последний ответ 11.02.2019, 14:42:55
от passer