Гость
Форумы / [игнор отключен] [закрыт для гостей] / Отчет 1С8 помогите! / 14 сообщений из 14, страница 1 из 1
16.04.2008, 10:21
    #35257937
Nata75
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Отчет 1С8 помогите!
Привет всем!!! выручайте! Есть справочник товаров и есть регистр сведений в котором отображается какие товары продали, как узнать какие товары остались - т.е. эти товары есть в справочнике Товары, но нет в регистре сведений! Помогите! срочно нужно!
...
Рейтинг: 0 / 0
16.04.2008, 10:32
    #35257979
pail
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Отчет 1С8 помогите!
А использовать для этой цели регистр накопления не позволяет религия? или незнание того, что такие регистры существуют?
...
Рейтинг: 0 / 0
16.04.2008, 10:42
    #35258023
dlednev
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Отчет 1С8 помогите!
ну если срочно надо - не перепроводить же документы!
попробуй через консоль отчетов построить запрос.

выбрать номенклатура.ссылка из справочник.номенклатура где номенклатура.ссылка не в (выбрать регистрсведений.блаблабла.номенклатура.ссылка)

а вообще то нормальная ситуация! есть регистр накопления "продажи" - оборотный. надо посмотреть, какой товар в такойто промежуток не продавался.
таже ситуация, только по диагонали :)
...
Рейтинг: 0 / 0
16.04.2008, 10:43
    #35258029
Nata75
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Отчет 1С8 помогите!
pailА использовать для этой цели регистр накопления не позволяет религия? или незнание того, что такие регистры существуют?
Если честно, я и правда не понимаю как регистр накопления может помочь в том что в SQL - MINUS, но проблема в том, что эту базу писала не я, и надо сделать отчет из того что есть а именно справочник и регистр сведений, помогите!
и еще буду очень благодарна если объясните как в этом может помочь регистр накоплений (в будущем все равно пригодится), но сейчас не бросайте!
...
Рейтинг: 0 / 0
16.04.2008, 11:39
    #35258247
Господин ПЖ
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Отчет 1С8 помогите!
>>проблема в том, что эту базу писала не я

да... автор постарался чтобы имя его не угасло в веках...
...
Рейтинг: 0 / 0
16.04.2008, 11:48
    #35258295
Господин ПЖ
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Отчет 1С8 помогите!
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
ВЫБРАТЬ
	Номенклатура.Ссылка
ИЗ
	Справочник.Номенклатура КАК Номенклатура
ГДЕ
	(НЕ Номенклатура.Ссылка В
				(ВЫБРАТЬ
					СчетаУчетаНоменклатуры.Номенклатура КАК Номенклатура
				ИЗ
					РегистрСведений.СчетаУчетаНоменклатуры КАК СчетаУчетаНоменклатуры))

хотя конечно изврат дикий...
...
Рейтинг: 0 / 0
16.04.2008, 11:55
    #35258323
Паля
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Отчет 1С8 помогите!
Господин ПЖ
хотя конечно изврат дикий...
Хотя бы потому, что логичней использовать JOIN.
...
Рейтинг: 0 / 0
16.04.2008, 11:56
    #35258330
Паля
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Отчет 1С8 помогите!
Господин ПЖ>>проблема в том, что эту базу писала не я

да... автор постарался чтобы имя его не угасло в веках...
Для реалтайм систем - допустимо и такое..
быстродействия для.
...
Рейтинг: 0 / 0
16.04.2008, 11:59
    #35258348
Господин ПЖ
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Отчет 1С8 помогите!
Паля Господин ПЖ>>проблема в том, что эту базу писала не я

да... автор постарался чтобы имя его не угасло в веках...
Для реалтайм систем - допустимо и такое..
быстродействия для.

На регистре сведений? о_О
...
Рейтинг: 0 / 0
16.04.2008, 11:59
    #35258351
Господин ПЖ
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Отчет 1С8 помогите!
Паля Господин ПЖ
хотя конечно изврат дикий...
Хотя бы потому, что логичней использовать JOIN.

А чем тут join лучше?
...
Рейтинг: 0 / 0
16.04.2008, 12:32
    #35258503
Танцор Пасадобля
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Отчет 1С8 помогите!
Паля Господин ПЖ
хотя конечно изврат дикий...
Хотя бы потому, что логичней использовать JOIN.
Интересная логика...
Может все-таки EXISTS?
...
Рейтинг: 0 / 0
16.04.2008, 13:14
    #35258711
Паля
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Отчет 1С8 помогите!
Танцор ПасадобляИнтересная логика...
Может все-таки EXISTS?
да это всё тех моменты непринципиальные.. можно как угодно..
просто есть специальная конструкция называется LEFT JOIN, придуманная и введённая в теории именно для такого случая (вычитание множеств). вот отчего я считаю - логичней. но это так - занудства ради..

На регистре сведений?
ну да.
Например там хранятся текущие остатки на складе.. это допустимо?
скажем 1000 заказов в день набивается и используют тока регистр сведений.. зачем тут регистр накопления огромного размера?
...
Рейтинг: 0 / 0
16.04.2008, 13:18
    #35258728
Nata75
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Отчет 1С8 помогите!
Господин ПЖ
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
ВЫБРАТЬ
	Номенклатура.Ссылка
ИЗ
	Справочник.Номенклатура КАК Номенклатура
ГДЕ
	(НЕ Номенклатура.Ссылка В
				(ВЫБРАТЬ
					СчетаУчетаНоменклатуры.Номенклатура КАК Номенклатура
				ИЗ
					РегистрСведений.СчетаУчетаНоменклатуры КАК СчетаУчетаНоменклатуры))

хотя конечно изврат дикий...
Господин ПЖ, Вы просто мой Ангел Хранитель!!!!! Спасибо Вам огромное! и Спасибо Всем-Всем кто откликнулся!!! Спасибо Огромное!!!
...
Рейтинг: 0 / 0
16.04.2008, 13:50
    #35258862
нектотам
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Отчет 1С8 помогите!
Паляпросто есть специальная конструкция называется LEFT JOIN, придуманная и введённая в теории именно для такого случая (вычитание множеств).
Да ну??? LEFT JOIN строит декартово произведение, ограниченное по условию, дополненое расширенными кортежами подмножества первого из двух отношений, такого, что эти кортежи не входили в декартово произведение, ограниченное по вышеупомянутому условию. А использование LEFT JOIN для вычитания множеств - это не лучшая идея, родившаяся из-за ограничений конкретных СУБД.

Например там хранятся текущие остатки на складе.. это допустимо?
Нет. Этим занята платформа, обновляя таблицы остатков при обновлении движений. Причём остатки обновляются достаточно эффективно (update неключевых полей). Хотя, например, как промежуточное хранилище данных для формирования партионого учета - рег. сведений вполне допустимая картина.

скажем 1000 заказов в день набивается и используют тока регистр сведений.. зачем тут регистр накопления огромного размера?
Чтобы можно было быстро оценить состояние заказа, например
...
Рейтинг: 0 / 0
Форумы / [игнор отключен] [закрыт для гостей] / Отчет 1С8 помогите! / 14 сообщений из 14, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]