авторНаписание вообще ни для кого не является сложность. Наколбасить любой может мама не горюй. Проблема потом в том чтобы в эту колбасу вносить исправления.
если написанное тобой - наколбашено - то да,
в хорошо постоенную систему можно без проблем вносить изменения.
разбираться в чужом sql - ещё проже , чем в коде java.
да и счас есть куча инструментов позволяющих намного упростить данное действо.
если ты по-старинке пишешь sql запросы в блокноте, то да , но это твои проблемы.
я пользуюсь DbForge, и хранимки и запросы строю в гуи, и мне нет проблем разбираться практически в любой сложности запроса.

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

авторЛюбые SQL функции в Hibernate уже работают лет 10.
ты путаешь мух с котлетами, о чем тебе и сказал mad_nazgul
то что там много что работает, это не значит, что это создано прослойкой, это написано программистом,
в итоге получается -написать запрос для прослойки, потом прослойку заставить делать ещё что-то...
потом ещё и разбираться, что сотворила эта прослойка...
вместо того чтоб написать сразу необходимое.
авторНо следуя твоей логике Delphi всё равно говно потому что не запрещает так писать. "Ведь нормальную голову программиста никаким (подставь любой термин) не заменить." Вот и вся твоя аргументация.
написать гавнокод можно на любом ЯП, но это не означает , что этот ЯП гавно.


авторвадя, ни одна прослойка не сможет заменить голову программмиста,
владеющего нормальными знаниями sql, ни одна прослойка не сможет воспользоваться всеми возможностями каждой субд.
все эти прослойки используют лишь минимальную часть возможностей субд.

Лирическое отступление ни о чем. Ты опять споришь с тем что сам выдумал.
ты просто не представляешь, что можно сделать , зная достаточно хорошо возможности конкретной реализации субд....

maytonBlazkowiczВ другом проекте как-то делал очень клевый фильтр. Работает как поиск в Windows 10. Просто набираешь текст, а фильтр, обновляет таблицу, добавля like критерий к запросу.
А я щас разгребаю последствия такого одного "клёвого фильтра". Много like-ов по многим полям... Full-table-scan...

Денормализую. Добавляю CONTEXT-индекс.
я тоже делаю такие фильты, но только всё работет без проблем .
и многое зависит от использования конкретной субд.
к примеру mysql 5.7.ХХ уже использует для такого рода поиска индексы. без денормализации.
к примеру в таблице с 10 лямами строк - полный поиск (заранее не существующей записи, т.е. перебор всех строк) - 4 сек
практически у меня не было необходимости производить поиск в таком объёме. несколько сотен тысяч - реальный объём, - поиск многовенный

BlazkowiczВ другом проекте как-то делал очень клевый фильтр. Работает как поиск в Windows 10. Просто набираешь текст, а фильтр, обновляет таблицу, добавля like критерий к запросу.
такой фильтр я начал использовать в конце 90-х....

maytonЯ почти не работал с mysql и не знаю как там устроен индексный поиск. Но в большинстве dbms
если мы указываем attribute like '%'+search_expression+'%' то оптимизатор выбирает FTS.

я не даром указал версию mysql, в нижних версиях аналогичный поиск происходил 30 сек.



maytonИ кстати... 4 секунды - это достаточно долго. Помним маркетинговое правило 3х секунд.
Клиент уходит не дождавшись на другую вкладку.
но в таком поиске не переход на страницу :)
и это время 10 000 000 строк, повторюсь, реальная задача поиск в наборе товаров, поставщиков.. а это максимум десятки-сотни тысяч.

maytonДля корпоративных систем возможно 4 сек это и нормально но если подумать о постоянной
нагрузке - то дело плохо. Нельзя FTS-ить одну таблицу постоянно. Должны быть паузы в нагрузке.
согласен, но в используемых с этим поиском базах (access, mssql, mysql) это не сказывалось особо на нагрузке...
зато позволяло организовать работу операторов настолько быстрой и удобной, что они могли подготовить к передаче по факсу счёт во время телефонного заказа клиента с учетом возможных замен, остатков, резервов и поступлений.

mayton,
PS
веб-проекте такой поиск по вводу очередного символа, в наборе из 28000 наименований, в пути браузер-сервер-приложение-база-приложение-сервер-браузер - задержки не ощущается.