Автор Тема: СУБД и деревья  (Прочитано 69650 раз)

ilovb

  • Hero Member
  • *****
  • Сообщений: 2538
  • just another nazi test
    • Просмотр профиля
    • Oberon systems
Re: СУБД и деревья
« Ответ #60 : Апрель 11, 2012, 09:04:00 pm »
Сформирован отчет этим:
http://infostart.ru/public/93020/

DIzer

  • Гость
Re: СУБД и деревья
« Ответ #61 : Апрель 11, 2012, 09:17:35 pm »
Это отчет который требуется получить.

И вы хотите сказать, что пользователь  может визуально проанализировать все эти записи  за раз  ;)...
...по виду  типичный drilldown... причем  некоторые статьи  затрат формируются в результате анализа операционных документов  (не фиксированы)
вопрос - существует ли таблица  затрат отдельно?
 

ilovb

  • Hero Member
  • *****
  • Сообщений: 2538
  • just another nazi test
    • Просмотр профиля
    • Oberon systems
Re: СУБД и деревья
« Ответ #62 : Апрель 11, 2012, 09:18:07 pm »
Дело не в задаче, а в структуре БД... (это совсем разные вещи).
А что со структурой не так?

ilovb

  • Hero Member
  • *****
  • Сообщений: 2538
  • just another nazi test
    • Просмотр профиля
    • Oberon systems
Re: СУБД и деревья
« Ответ #63 : Апрель 11, 2012, 09:22:07 pm »
И вы хотите сказать, что пользователь  может визуально проанализировать все эти записи  за раз  ;)...
...по виду  типичный drilldown... причем  некоторые статьи  затрат формируются в результате анализа операционных документов  (не фиксированы)
вопрос - существует ли таблица  затрат отдельно?

Анализирует.... Иначе этот отчет и не нужен был бы.
Там вообще ничего фиксированного нет.
Все данные в одной таблице

DIzer

  • Гость
Re: СУБД и деревья
« Ответ #64 : Апрель 11, 2012, 09:23:20 pm »
Сформирован отчет этим:
http://infostart.ru/public/93020/
я  так понял, что это сторонний инструмент, который делает отчеты из "общих соображений"- т.е . корректно выдающий результаты лишь при правильно настроенной аналитики?

DIzer

  • Гость
Re: СУБД и деревья
« Ответ #65 : Апрель 11, 2012, 09:26:17 pm »
И вы хотите сказать, что пользователь  может визуально проанализировать все эти записи  за раз  ;)...
...по виду  типичный drilldown... причем  некоторые статьи  затрат формируются в результате анализа операционных документов  (не фиксированы)
вопрос - существует ли таблица  затрат отдельно?

Анализирует.... Иначе этот отчет и не нужен был бы.
Там вообще ничего фиксированного нет.
Все данные в одной таблице
Эта таблица формируется отчетом или существует и поддерживается в актуальном состоянии средствами системы(1С)

ilovb

  • Hero Member
  • *****
  • Сообщений: 2538
  • just another nazi test
    • Просмотр профиля
    • Oberon systems
Re: СУБД и деревья
« Ответ #66 : Апрель 11, 2012, 09:27:20 pm »
Да нет... Он всегда корректно результаты выдает. (если ошибок в нем нет конечно)

В нем просто куча настроек детализации.

Я его дописывал/оптимизировал для себя и не помню там грубых косяков.
Там довольно деревянно все внутри. С большими объемами он не справляется (память на клиенте кончается)

DIzer

  • Гость
Re: СУБД и деревья
« Ответ #67 : Апрель 11, 2012, 09:30:05 pm »
Дело не в ошибках генератора отчетов,  наиболее частые косяки возникают при неправильной (либо нестандартной) настройки аналитики..

ilovb

  • Hero Member
  • *****
  • Сообщений: 2538
  • just another nazi test
    • Просмотр профиля
    • Oberon systems
Re: СУБД и деревья
« Ответ #68 : Апрель 11, 2012, 09:30:19 pm »
Эта таблица формируется отчетом или существует и поддерживается в актуальном состоянии средствами системы(1С)
Если вы про исходную таблицу, то она накапливает данные в течение месяца. Плюс в конце месяца выполняется расчет себестоимости который формирует в ней кучу записей распределения затрат.

DIzer

  • Гость
Re: СУБД и деревья
« Ответ #69 : Апрель 11, 2012, 09:43:37 pm »
Эта таблица формируется отчетом или существует и поддерживается в актуальном состоянии средствами системы(1С)
Если вы про исходную таблицу, то она накапливает данные в течение месяца. Плюс в конце месяца выполняется расчет себестоимости который формирует в ней кучу записей распределения затрат.
Про нее... если я правильно вас понял -то можно считать что время на ее формирования не входит затраты на получение отчета но мне непонятно почему  мелкие выборки в правильно проиндексированной супертаблице  занимают так много времени?

ilovb

  • Hero Member
  • *****
  • Сообщений: 2538
  • just another nazi test
    • Просмотр профиля
    • Oberon systems
Re: СУБД и деревья
« Ответ #70 : Апрель 11, 2012, 09:46:51 pm »
Дело не в ошибках генератора отчетов,  наиболее частые косяки возникают при неправильной (либо нестандартной) настройки аналитики..

Не понял.
Вы про какие ошибки? В программе выводящей отчет или в исходных данных?
Какая бы аналитика не была этот отчет выводит ровно то, что содержится в таблице.

DIzer

  • Гость
Re: СУБД и деревья
« Ответ #71 : Апрель 11, 2012, 09:51:20 pm »
Но судя по задаче - как ни странно  прав Romiras - она допускает следующее решение
взять весь набор данных с сервера  - в клиентский (индексируемый) дата сет - а приложение пусть аккуратно разбирается с ним -аналог работы с гиперкубом (OLAP- анализ)

DIzer

  • Гость
Re: СУБД и деревья
« Ответ #72 : Апрель 11, 2012, 09:53:29 pm »
Дело не в ошибках генератора отчетов,  наиболее частые косяки возникают при неправильной (либо нестандартной) настройки аналитики..

Не понял.
Вы про какие ошибки? В программе выводящей отчет или в исходных данных?
Какая бы аналитика не была этот отчет выводит ровно то, что содержится в таблице.
я про то, что данные в ЭТУ таблицу могут заносится некорректно , например, не полностью в следствии некорректного учета первичных документов (из которых рассчитываются затраты)

ilovb

  • Hero Member
  • *****
  • Сообщений: 2538
  • just another nazi test
    • Просмотр профиля
    • Oberon systems
Re: СУБД и деревья
« Ответ #73 : Апрель 11, 2012, 09:59:15 pm »
Про нее... если я правильно вас понял -то можно считать что время на ее формирования не входит затраты на получение отчета но мне непонятно почему  мелкие выборки в правильно проиндексированной супертаблице  занимают так много времени?
Конечно не входит. Вам таблица уже дана.
Но она в плоском виде на сервере СУБД.
Если в этой таблице выделить самую суть то будет три колонки
[на что затрачено][что затрачено][сумма]

А вам это нужно на клиенте в виде дерева вывести. Чтобы это сделать нужно эту таблицу рекурсивно обойти.
А чтобы ее рекурсивно обойти вам нужно закачать ее на клиента. А на клиенте она в оперативу вся не влезет.
Это трабл.
Но нам нужна ведь не вся таблица. А только то что входит в наше дерево. Мы например сделали отбор по одному виду продукции. Т.е. из 10м строк в разузловании будут учавствовать только 500 например.
Но вы не можете получить одним запросом эти 500 строк, т.к. вам не известна глубина дерева!!!
Это трабл.
Можно запросом получать затраты по каждому полученному элементу дерева. Но запросы тяжелые, и отчет будет формироваться очень долго.
Это трабл.


ilovb

  • Hero Member
  • *****
  • Сообщений: 2538
  • just another nazi test
    • Просмотр профиля
    • Oberon systems
Re: СУБД и деревья
« Ответ #74 : Апрель 11, 2012, 10:01:04 pm »
я про то, что данные в ЭТУ таблицу могут заносится некорректно , например, не полностью в следствии некорректного учета первичных документов (из которых рассчитываются затраты)

Так вот отчет для того и нужен в частности. Чтобы выявлять ошибки.