powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Можно ли ускорить и прочее..
18 сообщений из 68, страница 3 из 3
Можно ли ускорить и прочее..
    #39951477
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадя
да не большая. только до 5 раз.
Для поля varchar неважно как оно объявлено, число - это лишь ограничение на длину значения. Важно фактическое наполнение.
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951481
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
miksoft
Для поля varchar неважно как оно объявлено, число - это лишь ограничение на длину значения. Важно фактическое наполнение.
дак я и написал до 5 раз
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951487
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадя
miksoft
Для поля varchar неважно как оно объявлено, число - это лишь ограничение на длину значения. Важно фактическое наполнение.
дак я и написал до 5 раз
Если наполнять поле всегда на 30 символов (Alex_Ustinov именно так и сделал), то неважно объявлено оно varchar(50) или varchar(255). Никакого "до 5 раз" не возникает.
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951492
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
miksoft
Если наполнять поле всегда на 30 символов (Alex_Ustinov именно так и сделал), то неважно объявлено оно varchar(50) или varchar(255). Никакого "до 5 раз" не возникает
это да, но реально 30 это слишком мало.
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951571
Фотография Alex_Ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадяно реально 30 это слишком мало.для чего мало?
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951655
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex_Ustinov
для чего мало?
для названия товаров
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951675
Фотография Alex_Ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадя,

а причем здесь название товаров в сравнении скорости поиска LIKE "%строка%"
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951686
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex_Ustinov
а причем здесь название товаров в сравнении скорости поиска LIKE "%строка%"
для чего нужен поиск? без применения к конкретной ситуации он бессмыслен
одно из значимых применений - поиск наименования товара, как при вводе нового, так и при наборе товара в корзину.
чем быстрее будет поиск - тем удобнее для оператора/клиента
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951717
Фотография Alex_Ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадя,

масло масляное
LIKE %строка% быстрее работать не будет. Товар или звезды на небе.
ты еще умудряешься этажерки строить LIKE %строка% LIKE %строка% LIKE %строка%

с FullText проверял? какие результаты? Покажи,сравним
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951750
Фотография Дегтярев Евгений
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
революции в алгоритмах поиска подстроки в последние годы не было, какой смысл все это проверять?
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951755
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex_Ustinov
с FullText проверял? какие результаты? Покажи,сравним
FullText это совсем не то. тут сравнивать нечего.
а эти этажерки я придумал ещё в начале нулевых. показали себя очень удобным вариантом.
вопрос о ускорении - это надежда что что-то меняется в нативных кодах и прочее.
вопрос о границах применения - у меня реальное значение 30к - подходит идеально.
я дал ссылку с 4.7м записями - dbForge под окнами показывает 1.9 сек, но если в полном цикле - ввод в браузере - вывод в браузере - это уже до 3 сек (накапливается и манера ввода и прочее)

тут есть вопрос - по работе "этажерки" если первый like не сработал - продолжается ли работа следующих или переходит к новой записи?
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951760
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
или может задать тип поля другой?
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951763
Фотография Alex_Ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дегтярев Евгений
революции в алгоритмах поиска подстроки в последние годы не было, какой смысл все это проверять?
ну Вадя хочет быстрее, надо проверять варианты по отношению к LIKE %строка%
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951771
Фотография Alex_Ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадя,

DdForge показывает в окне выполнения время постраничного вывода. Точное время надо смотреть в профилировщике.
miksoft меня поправил, если ты читаешь внимательно

FullText - конечно он другой. Но он ~ в 4 раза быстрее чем LIKE %строка%. ИНдекс может быть построен по нескольким полям.
Может тогда и не надо будет поле в 255 символов... Ну ищет от 3 символов, зато базу лишний раз не дергает. Товарные сайты с контекстным LIKE %строка% ищут по вводу от 2-3 символов.

LIKE %СТО% ищет кучу мусора, что очень модно но и совершенно не надо...
найдет и СТОЛ и ТЕСТО и ПУСТО, он ищет вхождение подстроки а не СЛОВА.

впрочем, дело вкуса, а то боюсь ты будешь трактовать что я "защищаю" фуллтекст.
тут надо понять, что на 10млн LIKE %слово%
вадятут есть вопрос - по работе "этажерки" если первый like не сработал - продолжается ли работа следующиха ты проверял? что у тебя получилось? на твоих данных?
вадяFullText это совсем не то. тут сравнивать нечего.а вот это поясни, не понял, может я что-то не знаю?
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951777
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex_Ustinov,

точное время как таковое не важно. я сравниваю время когда like отфильтровывает намного менее 1000.
Alex_Ustinov
LIKE %СТО% ищет кучу мусора, что очень модно но и совершенно не надо...
найдет и СТОЛ и ТЕСТО и ПУСТО, он ищет вхождение подстроки а не СЛОВА.

FullText он ищет с начала слов. из опыта применения - операторы (после некоторого времени работы с этим поиском) начинают вводить символы не только с начала слова , а именно характерные части слов, что
сразу ограничивает набор выбора.

Alex_Ustinov
впрочем, дело вкуса, а то боюсь ты будешь трактовать что я "защищаю" фуллтекст.
тут надо понять, что на 10млн LIKE %слово%
я когда перешёл на mysql - пробовал фултекст, но оказалось не удобно.

Alex_Ustinov
а вот это поясни, не понял, может я что-то не знаю?
ты знаешь всё, всё тонкость - то что ищет с начала слов.
Alex_Ustinov
он ищет вхождение подстроки а не СЛОВА.
вот в этом вся фишка.
вхождение нескольких специфичных групп символов позволяет произвести быстрый выбор нужного.
насколько это важно - у меня есть многолетний опыт наблюдения как с эти работали операторши и как это помогало быстро найти нужное наименование.
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951781
Фотография Alex_Ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
--- тут надо понять, что на 10млн LIKE %слово%
* это тупик
если в качестве контекстного поиска это и используется, то с LIMIT 10-20 для выпадающего списка. (типа магазин ВсеИНструменты)
Если речь идет только об этом - то вообще не вижу смысла об этом размышлять.
у меня MySql говорит что умный и после неверного условия дальше не идет
Код: sql
1.
2.
3.
4.
SELECT COUNT(*), @a FROM mytable m
WHERE m.id=91479 /* берем одну строку */
AND m.ColForSearch LIKE IF(@a:=1,"%НЕТ_ТАКОГО%", "") /* нет такого */
AND m.ColForSearch LIKE IF(@a:=2,"%НЕТ_ТАКОГО%", "") 

COUNT(*) @a0 1

Код: sql
1.
2.
3.
4.
SELECT COUNT(*), @a FROM mytable m 
WHERE m.id=91479 /* берем одну строку */
AND m.ColForSearch LIKE IF(@a:=1,"%vund%","") /* это условие есть */
AND m.ColForSearch LIKE IF(@a:=2,"%НЕТ_ТАКОГО%","")

COUNT(*) @a0 2
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951790
Фотография Alex_Ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадявот в этом вся фишка.
вхождение нескольких специфичных групп символов позволяет произвести быстрый выбор нужного.
насколько это важно - у меня есть многолетний опыт наблюдения как с эти работали операторши и как это помогало быстро найти нужное наименование. условно-иногда-удобно для каких-то редких случаев.
У операторов это привычка, не показатель для оценки пользователя.
...
Рейтинг: 0 / 0
Можно ли ускорить и прочее..
    #39951812
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Alex_Ustinov
условно-иногда-удобно для каких-то редких случаев.
У операторов это привычка, не показатель для оценки пользователя.
у меня операторы могли во время телефонного разговора - принятия заказа от клиента подготовить счёт с учётом наличия товара, возможных замен, с учётом резервов. с учетом скорости оплаты счета, с учётом быстроты доставки товара на склад.
и всё благодаря возможности быстро найти товар в базе по названию. к концу заказа - счёт уже был распечатан и засунут в факс....
...
Рейтинг: 0 / 0
18 сообщений из 68, страница 3 из 3
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Можно ли ускорить и прочее..
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]