Всем привет, просто консультативный вопрос. Насколько нужны журналы документов?

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

Вот в нормальных СУБД реализация таких вещей идет наверное через банальный СЕЛЕКТ и вьюверы как же это сдесь сделано? Занимают ли журналы  дисковое пространство? Просто когда делал ТиС то реструктуризация журналов заняла очень не малое время.

спс.

Журналы документов жизненно необходимы.

(0) Так это не у тебя лично надо спрашивать , а у пользователей. У меня пользователи пользуются журналами.

Понятно ни одного корректного ответа одно пургогонево.

я спросил в чем их техническая необходимость?
и не надо мне расказывать о том если у тебя что-то там используется и переходить на личности, мозгов у мен япобольше твоего мразина!

журналы - там несколько видов документов можно смотреть в одном списке. технически - места не занимает, жрать не просит, выводит просто указанные документы в список

Понятно. Когда-то сдесь можно было услышать адекватный ответ, а сейчас банальная помойка. Можете закрывать ветку, здесь нечего делать!

(3)
пользователю чем покажешь пользоваться - тем он и будет. правило верно для 95% пользователей

(12) + http://v8.1c.ru/overview/Term_000000170.htm

(12) тогда как объясним этот факт? (Просто когда делал ТиС то реструктуризация журналов заняла очень не малое время. )

(12) А журнал - это технически просто вьюшка или всё-таки он хранит в базе таблицу документов и данных граф?

(12) Занимает, но мало. Из 340Гб журналы 3 376 504Кб

база 100Гб и вот есть ли смысл держать например журналы?

технически - таблица в скуле. да, согласен кстати

ЕМНИП там структура журнала, не сами данные

то есть, что мы имеем... Журнал - это  не вьюшка простая, а таблица вскуле где хранит соединение с сылками и при ТиС занимает ненужное время.

Удобно видеть вместе: Резервы + Снятие резервов, Реализация + Возвраты, Складскиие и т.п.
Посмотрел у нас: все журналы занимают 3% от объема базы. Ерунда.

(0)не нужно не используй, всё просто

(18) Таблица.

(27) В этой таблице в графах журнала хранятся только ссылки или может быть есть ещё их представление?

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

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

http://imglink.ru/show-image.php?id=916e757f67a3266411f5f7f167d944ce

да, ссылки + общие реквизиты

Индекс    Значение элемента    Тип элемента    Колонки    Индексы
0    "DocumentJournal19433"    Строка    <>    <>
1    "ЖурналДокументов.ВнутренниеЗаказы"    Строка    <>    <>
2    "ЖурналДокументов.ВнутренниеЗаказы"    Строка    <>    <>
3    "Основная"    Строка    <>    <>
4    ТаблицаЗначений    ТаблицаЗначений    КоллекцияКолонокТаблицыЗначений    ИндексыКоллекции
5    ТаблицаЗначений    ТаблицаЗначений    КоллекцияКолонокТаблицыЗначений    ИндексыКоллекции

(31) Большинству населения Земли - нафиг не нужны )

ИмяПоляХранения    ИмяПоля    Метаданные
_DocumentTRef    Ссылка    
_DocumentRRef    Ссылка    
_Date_Time    Дата    
_Marked    ПометкаУдаления    
_Posted    Проведен    
_Number    Номер    
_Fld4171_TYPE    Контрагент    ЖурналДокументов.ДокументыКонтрагентов.Графа.Контрагент
_Fld4171_S    Контрагент    ЖурналДокументов.ДокументыКонтрагентов.Графа.Контрагент
_Fld4171_RTRef    Контрагент    ЖурналДокументов.ДокументыКонтрагентов.Графа.Контрагент
_Fld4171_RRRef    Контрагент    ЖурналДокументов.ДокументыКонтрагентов.Графа.Контрагент
_Fld4172_TYPE    ВидОперации    ЖурналДокументов.ДокументыКонтрагентов.Графа.ВидОперации
_Fld4172_RTRef    ВидОперации    ЖурналДокументов.ДокументыКонтрагентов.Графа.ВидОперации
_Fld4172_RRRef    ВидОперации    ЖурналДокументов.ДокументыКонтрагентов.Графа.ВидОперации
_Fld4173_TYPE    Сумма    ЖурналДокументов.ДокументыКонтрагентов.Графа.Сумма
_Fld4173_N    Сумма    ЖурналДокументов.ДокументыКонтрагентов.Графа.Сумма
_Fld4173_RRRef    Сумма    ЖурналДокументов.ДокументыКонтрагентов.Графа.Сумма
_Fld4174RRef    Валюта    ЖурналДокументов.ДокументыКонтрагентов.Графа.Валюта
_Fld4175RRef    Подразделение    ЖурналДокументов.ДокументыКонтрагентов.Графа.Подразделение
_Fld4176RRef    Организация    ЖурналДокументов.ДокументыКонтрагентов.Графа.Организация
_Fld4177RRef    Ответственный    ЖурналДокументов.ДокументыКонтрагентов.Графа.Ответственный
_Fld4178_TYPE    Информация    ЖурналДокументов.ДокументыКонтрагентов.Графа.Информация
_Fld4178_RTRef    Информация    ЖурналДокументов.ДокументыКонтрагентов.Графа.Информация
_Fld4178_RRRef    Информация    ЖурналДокументов.ДокументыКонтрагентов.Графа.Информация
_Fld4179    ОтражатьВУправленческомУчете    ЖурналДокументов.ДокументыКонтрагентов.Графа.ОтражатьВУправленческомУчете
_Fld4180    ОтражатьВБухгалтерскомУчете    ЖурналДокументов.ДокументыКонтрагентов.Графа.ОтражатьВБухгалтерскомУчете
_Fld4181    ОтражатьВНалоговомУчете    ЖурналДокументов.ДокументыКонтрагентов.Графа.ОтражатьВНалоговомУчете
_Fld4182    Комментарий    ЖурналДокументов.ДокументыКонтрагентов.Графа.Комментарий

(32) собственно не простая вьюшка, ну что и стоило ожидать от 1С

(36) объём минимален, а реструктуризация нужна при изменении структуры журналов. делать её в профилактических целях - неоправданно имхо

Вивод: жирнал - это табличка для объединения данных нескольких доков в ней, по сути полезная для быстрого чтения данных, ибо там графы индексировать же можно. Правильно мыслю?

(37) ТиС делает :(

нужны ли "журналы справочников"?

(39) он делает, если поставить галку

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

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

(40) А что это такое? )

(41) а в ТИС нету отдельного флага для реструктуризации журналов.

(42) использовать то или иное - решает каждый сам. Журналы доков - есть, это просто факт. "Юзать или не юзать - вот в чем вопрос" (с) Шекспир

(0) нужны, инфа 146% пользователи ими пользуются

(44) да чо за ТИС ещё? Торговля и Склад? 7-ка зло)

(44) ТиС - это 7.7?

(47) тестирование и исправление (ТиС) :)

ТИИ )

ага

отжог я :)

вечто путаю это сокращение :)

(49) есть там пункт РЕСТРУКТУРИЗАЦИЯ

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

Прикол в том, что пересборка документов гораздо меньше времени занимет чем журналов. Вывод прост они ОГРОМНЫЕ!?

(55) нет, они маленькие по объёму, там составные типы и т.д, что реструктуризируется дольше

и с фига ли для журналов будет отдельная реструктуризация? это такой же объект метаданных как и другие

жрут гады объем БД. Всем спс. Жизненной необходимости не вижу , буду удалять :)

(59) Раскажи потом.

(59) сначала посмотри сколько в % от объёма занимают журналы доков

(61) в основном только один засранец чуток "ДокументыКонтрагентов" 3.5 млн записей и объем 1 102,469 MB

все вместе занимают чуть больше 2 Гб, объем базы 100 Гб

2% - занимают место?) занялись бы чем нить более полезным чтоле

ну изучение БД - это уже полезное занятие.

(64) изучение - да, а удалять "лишние" объекты БД - спорный вопрос. потом вдруг понадобятся?

очистка например версионирования полезное дело, когда регистр по 30 гигов весит

(2) +1

(64) в общем, если у вас своя самописка, то удаляйте, если же типовая, то заколеблетесь потом ее поддерживать, без журналов.

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

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

(70)
индексы попробуй снести.

All: оффтопик в тематической ветке не допускается.