во втором подзапросе ты делаешь выборку по твоим датам и присваешь строкам склаляры

тоже самео делаешь в запросе с юнионами

на селект из каждой таблицы делаешь скаляр

ну и джойнишь 2 подзапроса между собой через скаляры

А если даты в таблицах не пересекаются, то можно и без скаляров обойтись

У меня скорее не пересекаются, имеется в виду что на каждый месяц своя таблица с данными (структура таблиц одинаковая)

и что мешает сделать UNION ?

Надо подумать

Мильон мильонов строк выходящих в итоге?

эм зочем ?

Не знаю пока что мешает, я далеко от компа... Заранее спасибо))

Юнион и делаете селекты по нужной дате

Главное не забыть сделать union all

А иначе и план будет диким и данные можете потерять

А иначе и план будет диким и данные можете потерять

Дикий план это неизвестный приход. Нужно всегда брать проверенный план. :)

Отличия union от union all как бы...

Очень часто это путают, хотя их работа "под капотом" очень сильно отличается

естественно, это все равно что времянка будет с параметром distinct

другого варианта нет при таких условиях

Ну может на конверсиях как то "удешевить"? Типа в ltrim и rtrim заключить? Не будет "дешевле"? Сейчас почти сутки запрос работает )

А боюсь спросить, скалярки это что такое? Я вроде понял, но хочется узнать

Ну может на конверсиях как то "удешевить"? Типа в ltrim и rtrim заключить? Не будет "дешевле"? Сейчас почти сутки запрос работает )

Сделайте индекс, ну либо подумайте о миграции, если на столько критично

естественно, это все равно что времянка будет с параметром distinct

Это сортировка, а следовательно полное чтение и перетасовка

А боюсь спросить, скалярки это что такое? Я вроде понял, но хочется узнать

скаляр это постоянное значение

Константы что-то типа?

Не совсем понимаю просто

Ну может на конверсиях как то "удешевить"? Типа в ltrim и rtrim заключить? Не будет "дешевле"? Сейчас почти сутки запрос работает )

Хотя мне кажется, что у вас там костыль костылем погоняет и скорее надо передумать архитектуру

Константы что-то типа?

типа да, ты же можешь сделать в запросе SELECT 1, 2, 3, NOW() и так далее

Константы что-то типа?

Да

Хотя мне кажется, что у вас там костыль костылем погоняет и скорее надо передумать архитектуру

Не, эт запрос не тривиальный ) Будут переливать в другой датастор и там уже индекс сделаю

А, ты имеешь в виду объединить и проставить каждой таблице за какой она месяц?

типа того

Конечно, в противном случае разделение таблиц бессмысленно

Чтобы потом селектить по этому полю и выбирать нужную "таблицу"

Или несколько, в общем, раздолье

Ну да, я пока ехал домой, тоже о чем то похожем думал

юнион правда может быть толстый нахальный и противный, но щито поделать, если такая структура хранения

В принципе, это вроде как самый очевидный вариант

юнион правда может быть толстый нахальный и противный, но щито поделать, если такая структура хранения

Union all в mssql умеет просто склеивать таблицы и если таблицы идентичны по всем признакам, нагрузка будет минимальна

Хотя я и говорил что объединить не выйдет, на самом деле я думал, может чего-нить попутнее предложите ?

Ну и вроде в 2012 или в 2014 версии что-то было на этот счет как раз, типа склеивания

а там mssql ? а то вроде как не указывали какая бд...

А я запутался, у кого из них mssql ?

Mssql

Ssms

2012

Тогда рекомендую посмотреть доку, вроде что-то там был для склейки таблиц

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

Не совсем понимаю, как джойнить разные таблицы...

Не совсем понимаю, как джойнить разные таблицы...

Я неправильно выразился, у меня несколько таблиц одной структуры, но с данными для разных месяцев

Я неправильно выразился, у меня несколько таблиц одной структуры, но с данными для разных месяцев

Ну да, причем тут джойны тогда

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

А в итоге надо сверку сделать, есть ли данные из левой таблицы в правых, проставить какие-нибудь флажки наличия, получить протоколы для каждого периода месяцев

По сути должно быть (в идеале) столько же сколько в левой таблице, задача сводится к простой проверке есть ли такая же запись в правой таблице

Не по всем полям одинаковая, а по некоторым

а чем тебе не нравится юнион, если в резулитате данные из всех таблицы всё равно окажутся в результатах запроса?

Мне нравится вариант предложенный lost soul; я не говорил, что юнион мне не нравится... Я даже о чём то что похожем думал

Я неправильно выразился, у меня несколько таблиц одной структуры, но с данными для разных месяцев

Ну так и сделай с них поочередно выборки нужные

Че огороды то городить

можно ещё сделать наоборот - сделать юнионы результатов

Сделаем, как комп освободят :))

можно ещё сделать наоборот - сделать юнионы результатов

Вот

Делаешь выборку поочереди. А потом результаты хоть крест на крест склеивай в приложентт

всё зависит от объема данных

От перемены мест слагаемых сумма не изменится

Я бы еще спросил нахера такое делать с данными

Ну да ладно

ERROR: S client not available

кстати хороший вопрос)

нахрена их разбивать на таблицы?

Из базы данные за месяца выгружались

Поэтому

Это ещё до меня было, поэтому такое положение дел закрепилось

Это ещё до меня было, поэтому такое положение дел закрепилось

бывает )

А задача с верху поступила, им захотелось к понедельнику, и не ебет, извиняюсь за выражение :D

Из базы данные за месяца выгружались

В эксел? Что бы тетенькам в бухгалтерии распечатать и в шкапчик положить? Типа такой бекап хардкорный

Да хрен знает что они с ними делать будут. Главное же сделать в срок

Тогда вообще не понятно. Слей все в одну таблицу. Они ж одинаковые и отсортируй по времени и выбирай че хошь

В эксел? Что бы тетенькам в бухгалтерии распечатать и в шкапчик положить? Типа такой бекап хардкорный

DBF

Тогда вообще не понятно. Слей все в одну таблицу. Они ж одинаковые и отсортируй по времени и выбирай че хошь

Всегда бы так всё просто было, но увы...))

В эксел? Что бы тетенькам в бухгалтерии распечатать и в шкапчик положить? Типа такой бекап хардкорный

перфокарты!!!!!!!!

магнитная лента

Здрасте

с sql помочь разобраться никто не может?

с sql помочь разобраться никто не может?

в чем трабла?

нужно помочь описать сложный запрос

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

но как все объеденить без понятия

внешние ключи, джойны, подзапросы?

второй день бьюсь со всеми этими join и вложеными запросами

пример привести можете?

Можно в личные скину?

давайте

Доброго всем времени суток, поднимаю вчерашнюю тему, только задача чуть иная: нужно сравнивать те же данные слева с одной и той же таблицей, но с разными её версиями (по времени имеется в виду) в разных базах

Есть вариант разбить таблицу слева для каждой соответствующей версии

Спрашиваю есть ли варианты не разбивая таблицу, т.к. в ней очень мало записей, в таблице справа точно под 2 мильона записей, а вот если разбивать, то будет максимум 5 записей на соответствующий месяц

Юнион по понятным причинам тут не попрет, тут даже union all нужен, потому что нельзя терять данные из таблиц, но нет

Я так и не понял почему нельзя обьединять таблицы

Видимо религия какая то. Свидетели месячных таблиц

Ну блин, считайте, 12 месяцев максимум, по 2 млн строк, 24 выйдет... Я, у меня нет опыта просто, я думаю что столько записей, это уже слишком много... Для обхода, для отсева нужных данных по общему полю