Телеграмм чат группы sql_ninja страница 11011

есть два способа ровно для ахулиарда записей реализовать поиск по символьному полю в 64 символа с учетом ОЛТП нагрузки
Правильный - это построение индекса по 6-8 символам и доп условие на полную строку хеша в запроса

И долбоебский, который приходит в голову ровно 99,99% не менее епаных одминов, чем сам микрософт - это хуйнуть индекс по полному полю

источник

17:02пожаловаться #5

2_

2flower _ in sql_ninja

Я оракл не щупал, но вот субъективное мнение что со слоном как то удобнее, может не во всем , но он как то понятнее что ли.

источник

17:03пожаловаться #6

K

Kostya in sql_ninja

2flower _

Я оракл не щупал, но вот субъективное мнение что со слоном как то удобнее, может не во всем , но он как то понятнее что ли.

кодить для мс скуля безусловно проще удобнее и органичнее

источник

17:03пожаловаться #7

K

Kostya in sql_ninja

это не только мое мнение

источник

17:03пожаловаться #8

K

Kostya in sql_ninja

потому что он позвляет распиздяйство

источник

17:04пожаловаться #9

K

Kostya in sql_ninja

много распиздяйства

источник

17:04пожаловаться #10

2_

2flower _ in sql_ninja

Kostya

есть два способа ровно для ахулиарда записей реализовать поиск по символьному полю в 64 символа с учетом ОЛТП нагрузки
Правильный - это построение индекса по 6-8 символам и доп условие на полную строку хеша в запроса

И долбоебский, который приходит в голову ровно 99,99% не менее епаных одминов, чем сам микрософт - это хуйнуть индекс по полному полю

А индекс по функции не появился а МС вида foo(bar) например?

источник

17:04пожаловаться #11

K

Kostya in sql_ninja

2flower _

А индекс по функции не появился а МС вида foo(bar) например?

Хуйнаны. почему я и матерюсь

источник

17:04пожаловаться #12

K

Kostya in sql_ninja