v7: insert into, values, select, подзапрос #759858

Всем доброй ночи. Есть запрос, который даёт определенное количество строк с пятью значениями в каждой. Надо создать новый элемент справочника и эти пять значений занести в элемент. Как это сделать? В двух словах..

Видимо, придётся ждать до завтра.

найти максимальный id справочника и прибавлять 1-ку в inserte

В элементе справочника ТЧ нет, поэтому только в строке хранить внутреннее представление

+ ток помни, что ид - он то ведь 36ричный. и кстати, уриб есть? справочник мигрирует?

УРИБ нет. Перевод 36to10 где-то видел. Вопрос больше к синтаксису. Представим, что у нас есть выборка: Предположим, что в результате в выборке 10 строк. Вот как конкретно их засунуть в другой справочник, где есть только id, descr, Количество и Цена? Пример никто дать не может?

+ иерархический? тип, длина кода? и т.д. ЗЫ "В двух словах.."

эээ... тогда может и сторно. но я бы все-рвно по-честному добавлял...

Думал проще будет :) Иерархии нет, код (число, 8), наименование (текст, 1).

+ Количество (число, 10, 3), Цена (число, 17, 2)

Я может как-то непонятно спросил. |insert into $Справочник.Справочник1 (Количество, Цена) |values (10, 20.5) Как в вэльюс подставить свои значения из запроса? Конечно, можно сделать из запроса ТЗ и перебором построчно выполнять этот текст, но в выборке 450к+ строк. Это, похоже, будет надолго.

from    ...

Неправильный синтаксис возле from ©

|insert into $Справочник.Справочник1 (Количество, Цена) Прямо вот так?

дык values потерял...

Не, похоже я загнался... посмотри в BOL, там примеры есть insert into $Справочник.Справочник1 ($Справочник.Справочник1.Количество, $Справочник.Справочник1.Цена)    from       ...

в правильно ну, с точки зрения синтаксиса, конечно

, , Спасибо. Хоть какие-то другие ошибки стали вылазить :)

"никогда не ищи ошибки, если не знаешь, что с ними делать дальше..."©

Я извиняюсь, а с какой точки зрения там неправильно?

ну ты же ошибки видишь, которые "стали вылазить"

Вижу и теперь еще больше вопросов..

см :-)))

+ Ругается, что я хочу в поле numeric(18, 3) хочу вставить NULL, а поле NOT NULL. Фигня в том, что Количество из подзапроса не может быть NULL. 0 - еще куда ни шло, но точно не NULL.

Тут одни Ванги собрались :)

Невозможно вставить повторяющуюся ключевую строку в объект "dbo.SC8548" с уникальным индексом "IDD" Как побороть?

вставлять уникальную, вестимо. у тебя у реквизита - контроль уникальности

наверно, все же лучше пойти по пути: Спр.Записать

Я контроль уникальности вообще убрал из справочника.

Нееет. Надо уже доразбираться.

"нас невозможно сбить с пути - нам пофигу, куда идти"©?

ну так индекс ИДД по чему уникален? по иду? значит, вставляешь с тем же идом...

Так а где выставляется id + 1? В инсерте или в селекте? (select max(dbo.Convert36to10(Спр.id)) + 1 from $Справочник.СтрокиЗаявок as Спр with (nolock)) as id

вот ты так пишешь. а прикидывал что будет если такой insert+select запустят одновременно 2+ пользователя?

жуть какая... wms лепишь, чтоль?

"ты вот сейчас матом ругаешься, а потом будешь этими же руками хлеб брать!"© :-))

Одновременно запускаться не будет. Лучше не спрашивай :) , , может лучше что-то толковое скажете?

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

баян, в общем...

вообще, даже я ( :-)) о как я сказанул!) не люблю создавать  элементы и документы напрямую....

Бляха, я вот совсем не в курсе про эту "хранимку". Что за оно? А может действительно нафиг эти прямые записи в таблицы? Просто очень уж долго штатно заполняет полмиллиона записей.. и примерно раз в неделю их еще и обновлять надо..

в транзакции ?

чойто типпо CREATE FUNCTION NewId Returns char Begin @ret = select ltrim(dbo.convert10to36(max(dbo.convert36to10(left (id,6)))+1)+'   ') from $Справочник.xxxxx End

И в транзакции не очень-то быстро. Хм.. попробую.

еще какая то хранимка - лишнее тут

в этом запросе (select max(dbo.Convert36to10(Спр.id)) + 1 from $Справочник.СтрокиЗаявок as Спр with (nolock)) as id во-первых надо блокировать: вместо (nolock) нужно (updlock) при этом если insert/select не в одном выражение, то нужно обернуть транзакцией во-вторых нужно помнить об индексах и накладывать блокировку на диапазон ключа индекса, а не на всю таблицу поэтому нужно писать так: dbo.Convert36to10(max(Спр.id)) сравни планы выполнения двух запросов select max(dbo.Convert36to10(Спр.id)) + 1 from $Справочник.СтрокиЗаявок as Спр with (nolock) select dbo.Convert36to10(max(Спр.id)) + 1 from $Справочник.СтрокиЗаявок as Спр with (nolock) думаю поймешь о чем я

можно и в подзапрос. но лень....

для быстрой вставки поищи примеры использования SQLLock из 1cpp.dll - он спецом для этого был придуман

> И в транзакции не очень-то быстро. сколько в 1 транзакции элементов?

а вообще самый скоростной и экстремальный способ вставки - bulk insert

да и без плана понятно, что лажанулся...

Если каждый день надо полмиллиона записей лопатить, то может подумать о том, чтобы свою табличку завести? Заодно правильные индексы можно сделать.

Спасибо за разъяснение. Похоже, там еще много чего кроме этого надо знать. Изначально стоял вопрос в обычном отчете, который должен был брать ТЧ нескольких документов, брать товар, его цены из периодики, потом конвертить в валюту и считать сроки оплаты (и там еще хренова туча условий на отбор). Первоначальный запрос оказался вполне себе здоровым с и работал не очень быстро (пытался оптимизировать, но безуспешно). После чего было решено замутить отдельный справочник с основными данными по ТЧ, и обрабатывать уже их. И вроде бы всё ничего, но данные в ТЧ могут меняться задним числом, что приводит к неточностям. Поэтому справочник надо перезаполнять периодически. Не за весь период, конечно, но за последний год хотя бы (могут править некоторые моменты в течении года). Так вот за последний год получается ~500k строк в выборке и их надо перезаписать в справочник, а длится это достаточно долго. Пробовал update, но исходя из того, что меняться могут не только цены, но и Товар и Документ, решил, что проще удалить последний год и просто перезаполнить. Вот отсюда вся эта дребедень. Возможно, есть какой-то более простой способ организации этого всего, но я его не нашел.

для реализации такого хранилища лучше прислушаться к

Честно говоря, для меня "завести свою табличку" и "сделать правильные индексы" звучит не сильно знакомо : 55

, , дайте ссыль, если не трудно, где хоть что-то по этой теме будет объяснено. Пока оставлю всё на Новый + Записать, а со временем попробую перевести на "доступный" для скуля язык.

BOL: create table create index

technet чтоль?

Book OnLine, ставится прямо вместе с SQL...

На технете/мсдн аналог просто. Спасибо.

пока изучаешь работу со своей таблицей, можешь свой алгоритм с Новый+Записать немного модифицировать под SQLLock Пример тут