select val from (select val where val<10 order by val desc limit N) as t1
union all
select val from (select val where val>10 order by val asc limit M) as t2Во времена DOS была такая СУБД FoxPro, а ранее dbase, paradox, clipper, clarion - это были в той или иной мере среды разработки/программирования со своими ЯП. Позднее - развились более другие и разные среды программирования, которые стали уметь универсально взаимодействовать с СУБД. Поэтому ныне при правильном подходе несвойственное СУБД делается не в ней и зачастую универсально: c/perl/php/phyton/c#/java/bash/powershell через промежуточный слой (фс) работают с файлом, разбирают его, а потом через другой промежуточный слой сливают результат в какую-нибудь любую СУБД. Притом сегодня в pg, завтра в mysql и т.д.
12 гиговый файл? Интерфейсы то будут сможете сделать , но как это будет ворочаться?А второй этап начнется когда надо будет эти 12 гигов пересинхронизировать с изменившимся первоисточником...
Сам обмен данными происходит по запросу?Например - да.
А что если в этом запросе 1000000 записей?Это много? Номенклатурных единиц у MB - порядка 1.5 миллионов. Но в наличии на складе - на порядок меньше, был оборот за последний месяц - на два порядка меньше. А отгруженных конкретному контрагенту - десятки-сотни-тысячи. А в конкретном случае заинтересовать может на какую сумму была отгрузка в прошлом месяце контрагенту X и тогда это одно число.
да, тут конечно может быть выигрыш.безусловно он есть по факту.
А если вы вместо переменной используете временную таблицу, у оптимизатора будет больше вариантов выполнить запросы более оптимально.Как показала фактическая практика последних лет 15 - @table работает эффективнее #table/##table. И планировщик прекрасно с ними обращается.
Пассаж про cte не понял - в SQL server, в отличие от postgres (хотя и там вроде в последних версиях есть варианты), cte всегда "инлайнятся", как вьюхи - вместо имени cte подставляется выражение и план строится для всего запроса целиком.Опять же фактическая практика показала, что во многих случаях join @table оказывается быстрее join cte (@table наполняется тем же что было в cte)
______________________
точки можно считать редкостью, поэтому в образчике только распространенный вариант XX:XX и XX-XX