старые версии MS SQL Server говно, с этим не поспоришь

Я могу.

Вот, вот же в чем дело! (Помните про секс и мастурбацию?)

Я могу.

Что именно можешь?

Я могу.

Сколько раз за ночь?

вроде бы Oracle и SQL дают "In-memory capabilities"

У тебя и автоинкремента в оракле нет...

Что именно можешь?

Поспорить, что старый SQlServer ... И далее по тексту.

Помогииитееее ?

Ну, за сотню-другую я готов взяться... Правда, без гарантии результата

Поспорить, что старый SQlServer ... И далее по тексту.

Дык какой смысл спорить. Он же тупой.

Hi. А чем вы поиск делаете в приложениях? Я сейчас с помощью MySQL LIKE использую, но он прожорлив, или полнотекстовый поиск, но он не умеет с начала каждого слова искать или подстроку. А каким продуктом вы пользуетесь?

Мы делаем поиск на SQL. И тебе того же советуем

Нужно ли создавать right join и left join или я могу обойтись только left join?

Вот на этот вопрос я тете точно могу ответить: ты можешь обойтись только left join.

Вопрос-дурак номер два: сколько раз можно использовать предложение where?

Один раз на каждый запрос в Union и один на каждый подзапрос.

Отгружённые только, тут же можно просто Inner Join

Можно ли в одно запросе использовать where и on?

Можно

То есть в любом случае надо использовать и left и right

Нет. Можно обойтись только left join. Всегда, в любом запросе

Зачем внешнее соединение городить там, где это не надо?

Отгружённые только, тут же можно просто Inner Join

Какая же боль со всеми этими реляционками

И джойнами

Ой ну началось

Который там у тебя час?))

Ой ну началось

Даже не заканчивалось

Который там у тебя час?))

Местого 21.22 домашнего 22.22

Ой ну началось

Реально же боль все эти джойны и прочее

Даже не заканчивалось

Он же антипод. Во всех смыслах...

Гораздо удобнее оперировать обьектами

Реально же боль все эти джойны и прочее

Боль только для неосиливших...

Боль только для неосиливших...

Для неосиливших в данные?

Мы уже вроде давно выяснили что ты плотно застрял в реляционках и в принципе не умеешь видеть сами данные

Мы уже вроде давно выяснили что ты плотно застрял в реляционках и в принципе не умеешь видеть сами данные

Это ты там себе что такое придумал...

Это ты там себе что такое придумал...

Разубеди меня

Разубеди меня

Зачем мне?

Зачем мне?

Ну вдруг скучно

Не, я уже почти сплю

Ну как станет скучно так начинай разубеждать

Куда то делать фотка с клубникой

Куда то делать фотка с клубникой

Я ее съел:) на канале же осталась

Мы делаем поиск на SQL. И тебе того же советуем

Дорого. Особенно по IOPS и CPU. Тут же ни один индекс не срабатывает, только прямой поиск по всей базе клиента

Дорого. Особенно по IOPS и CPU. Тут же ни один индекс не срабатывает, только прямой поиск по всей базе клиента

У кого не срабатывает, а у кого срабатывает

Полнотекстовый поиск в муське по документам? Хочу на это посмотреть

Ты как-то мимо работал. Все там есть.

Ага, в виде триггеров

У тебя и автоинкремента в оракле нет...

сравнивал по таблице на DB Rankings, если не прав - поправьте

Всем привет, у меня тут проблема, создал раздел на новом диске в сервере через parted с одинаковым названием, как на другом диске и у меня ubuntu стала с ума сходить. Я переименовал один из них. НО!!! к одному из дисков если обращаться то программы виснут и их даже снять нельзя. Даже после rescan ничего не изменилось. http://joxi.ru/Y2LekyBH9doqkA?d=1 вот так висят уже полнедели, ничем не прибиваются было у кого-нибудь подобное? без перезагрузки можно победить?

У кого не срабатывает, а у кого срабатывает

Ок. а какой индекс может искать подстроку в строке из тех что MySQL умеет. Мне нужно по факту префиксное дерево

Дорого. Особенно по IOPS и CPU. Тут же ни один индекс не срабатывает, только прямой поиск по всей базе клиента

Кроме правильно поостроенного инвертированного. Но ха-ха сколько бы маркетологи не вешали сладких речей, в БД этого в нормальном виде не засунут.

Ок. а какой индекс может искать подстроку в строке из тех что MySQL умеет. Мне нужно по факту префиксное дерево

дык стандартный btree жеж ищет успешно по LIKE ‘blabla%’ с использованием индексов

а про полнотекстовый поиск + mysql - это хрень собачья

как только захотите в запросе посортировать или пофильтровать по обычным полям, получите фуллсканы (ну или очень много строк проходить)

дык стандартный btree жеж ищет успешно по LIKE ‘blabla%’ с использованием индексов

Мне нужен LIKE от начала слова. В поле "Иванов Петр Сергеевич" должен по поиску "Сер" найти эту запись

Мне нужен LIKE от начала слова. В поле "Иванов Петр Сергеевич" должен по поиску "Сер" найти эту запись

база данных просто ПРИЛЕГЛА, когда увидела, КАКОЙ запрос ей скармливают...

Мне нужен LIKE от начала слова. В поле "Иванов Петр Сергеевич" должен по поиску "Сер" найти эту запись

у меня в мускуле есть таблица с 5 млн записей, поискал по началу слова MATCH(…) AGAINST (‘…*’ IN BOOLEAN MODE) 6.5 секунд тоже самое в elasticsearch 4 мс =)

НО КАК ЖЕ ТАК ???????

причём mysql на SSD enterprise уровня, а эластик на 15K SAS

Не годится, слишком просто, лучше тошнотворным матчем пользоваться

ERROR: S client not available

Не годится, слишком просто, лучше тошнотворным матчем пользоваться

недостаточно mYSqL для меня

Ага, в виде триггеров

В виде sequence. Пишешь на поле default и все. В 12ом добавили и поддержку identity в DDL поля

Ок. а какой индекс может искать подстроку в строке из тех что MySQL умеет. Мне нужно по факту префиксное дерево

С префиксным деревом ты погорячился, а в MySQL Index один, b+tree. Он умеет искать префикс строки, но не суффикс, о чем я тебе и писал (

группы анонимных любителей склонений, я так полагаю?

С префиксным деревом ты погорячился, а в MySQL Index один, b+tree. Он умеет искать префикс строки, но не суффикс, о чем я тебе и писал (

для суффикса можно держать индекс перевернутой строки ?

все что угодно, но только внутри mysql

С префиксным деревом ты погорячился, а в MySQL Index один, b+tree. Он умеет искать префикс строки, но не суффикс, о чем я тебе и писал (

Это про like все ..

а про полнотекстовый поиск + mysql - это хрень собачья

Ну, в общем , да

Мне нужен LIKE от начала слова. В поле "Иванов Петр Сергеевич" должен по поиску "Сер" найти эту запись

Только полнотекстовый тогда... Только он может

у меня в мускуле есть таблица с 5 млн записей, поискал по началу слова MATCH(…) AGAINST (‘…*’ IN BOOLEAN MODE) 6.5 секунд тоже самое в elasticsearch 4 мс =)

Ну кстати оба не шикарно

для суффикса можно держать индекс перевернутой строки ?

Можно...

Ну я полагаю , что он с эластиком как-то не так общается, что не так делает.... Так то эластик вполне ок .

Ну кстати оба не шикарно

4 МИЛЛИСЕКУНДЫ на 5 млн записей не шикарно? О_о что же за задачи у вас?

4 МИЛЛИСЕКУНДЫ на 5 млн записей не шикарно? О_о что же за задачи у вас?

А сорри, не так прочитал. Прочитал что "секунды"

нет, там на 3 порядка разница

и меня во всех задачах в пределах 100мс результаты устраивают

Ну тогда ок

@tattooinru будет жить. Поприветствуем!

@Bytamine будет жить. Поприветствуем!

и меня во всех задачах в пределах 100мс результаты устраивают

Все что не наносекунда все говно

Мои пользователи столько не ждут

Я теряю конверсию

@tkorchagin будет жить. Поприветствуем!

Я теряю конверсию

Включай уже режим сарказма