Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Как сформировать быстро отчеты из БД?
Молодая Русь > Общий раздел > Объявления, просьбы о помощи
Дмитрий И.
Стлкнулся с проблемой:
1. В ексель делаются сводные таблицы - гибко и удобно, но, долго и есть ограничение на количество данных - число строк в екселе д.б. меньше 60 тыс.
2. В аксесе отчеты сводные таблицы делаются тоже медленно и не так гибко как в екселе.
3. В ручную сделанные отчеты в аксесе работают быстро, но, отчтеты делать долго и нудно, и требуются спец знания, так что простой пользователь быстро сделать отчет не сможет.

Вопрос:
Может кто знает хорошее средство, например 1С, или еще что , где можно быстро и удобно без программирования сделать отчеты с использованием больших объемов данных? Вид отчета должен быть - типа сводная таблица.

Какие среды возможны для этого использовать?
gdima
Цитата(Дмитрий И. @ 14.8.2007, 12:59) *
Стлкнулся с проблемой:
1. В ексель делаются сводные таблицы - гибко и удобно, но, долго и есть ограничение на количество данных - число строк в екселе д.б. меньше 60 тыс.
2. В аксесе отчеты сводные таблицы делаются тоже медленно и не так гибко как в екселе.
3. В ручную сделанные отчеты в аксесе работают быстро, но, отчтеты делать долго и нудно, и требуются спец знания, так что простой пользователь быстро сделать отчет не сможет.

Вопрос:
Может кто знает хорошее средство, например 1С, или еще что , где можно быстро и удобно без программирования сделать отчеты с использованием больших объемов данных? Вид отчета должен быть - типа сводная таблица.

Какие среды возможны для этого использовать?


Можно какую-нибудь новую FoxPro попробовать.
BrainWorker
Я бы запрограммировал вручную и не парился.
Там же просто - грамотно оформить запрос на SQL и пробежаться по нему в цикле, конструируя любого вида таблицу.
Дмитрий И.
Спасибо за советы.
Пока вышел из положения так: сделал средство на аксесе, ктоторое формирует промежуточную таблицу с результатами для отчета исходя из критериев заданных пользователем. За счет отработки фильтров и группировки данных и уже сделанных вычислений (суммирования), количество строк становится намного меньше чем в исходных данных раз в 20. А дальнейшее построение отчета передается екселю.

Цитата(BrainWorker @ 14.8.2007, 19:44) *
Я бы запрограммировал вручную и не парился.
Там же просто - грамотно оформить запрос на SQL и пробежаться по нему в цикле, конструируя любого вида таблицу.

Я строю отчеты а аксесе. Нужно будет разобраться как выстраивать отчеты в режиме программирования. Пока формат отчета делаю вручную, а тут нужно в режиме выполнения программы открыть очет в режиме конструктора и формировать его посредством управляющих команд. На все это что бы разобраться по английскому хелпу нужно время, а его-то как раз и нет в достаточном количестве -- пользователь желает все сразу, и что бы хорошо рабтало smile.gif .
Дмитрий И.
Причем задача сложна из-за того, что нужно сделать универсальное средство, что бы пользователь мог быстро сам строить отчеты выбирая фильтры, уровни группировок, и формат сводной таблицы.
Сергей С
Цитата(Дмитрий И. @ 14.8.2007, 12:59) *
Стлкнулся с проблемой:
1. В ексель делаются сводные таблицы - гибко и удобно, но, долго и есть ограничение на количество данных - число строк в екселе д.б. меньше 60 тыс.

Какие среды возможны для этого использовать?

Что действительно такое большое количество данных?
Если честно не очень понял- в чем проблема с отчетами в аксесе?(как я понял нужно сделать интерфейс что бы пользователь мог изменять параметры отчета без залаза в конструктор?)
Дмитрий И.
Цитата(Сергей С @ 14.8.2007, 23:05) *
Что действительно такое большое количество данных?
Если честно не очень понял- в чем проблема с отчетами в аксесе?(как я понял нужно сделать интерфейс что бы пользователь мог изменять параметры отчета без залаза в конструктор?)

Исходных данных будем считать около 100 тыс строк.

Нужно сформировать отчет так:
По оси Х чтобы шло время (с термя уровнями группировки): года, месяца и м.б еще недели.
По оси Y шли бы группировки по другим полям данных
В области данных нужно выдавать сумму на пересечении года или месяца или недели с полем из Y.
По Х три уровня группировки (пока так решим, но, может быть и болше)1-года, 2-месяца, 3-недели.

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

Всего полей окло 30.

Требуется создать средство, что бы обычный юзер смог легко и быстро подготавливать такие отчеты задавая фильтры, поля и уровни группироовк по оси Х и Y.
Сергей С
Цитата(Дмитрий И. @ 14.8.2007, 23:31) *
Исходных данных будем считать около 100 тыс строк.

Нужно сформировать отчет так:
По оси Х чтобы шло время (с термя уровнями группировки): года, месяца и м.б еще недели.
По оси Y шли бы группировки по другим полям данных


Требуется создать средство, что бы обычный юзер смог легко и быстро подготавливать такие отчеты задавая фильтры, поля и уровни группироовк по оси Х и Y.

А диаграммы значит не нужны?? - тогда проще
Или если просто выборка данных с последующей печатью.
С такими большими (по объему базами данных) не сталкивался.

В принципе сделать такое можно - надо к базе данных (аксесовскому файлу) сделать интерфейс на delphi - я похожее делал на старой работе для своего диплома. Хотя насчет скорости не скажу?? Не сталкивался с такими объемами. Да и какая структура базы (нормализована ли она)?
Дмитрий И.
Цитата(Сергей С @ 15.8.2007, 21:27) *
А диаграммы значит не нужны?? - тогда проще
Или если просто выборка данных с последующей печатью.
С такими большими (по объему базами данных) не сталкивался.

В принципе сделать такое можно - надо к базе данных (аксесовскому файлу) сделать интерфейс на delphi - я похожее делал на старой работе для своего диплома. Хотя насчет скорости не скажу?? Не сталкивался с такими объемами. Да и какая структура базы (нормализована ли она)?

Диаграммы не нужны.
Delfi не подходит - нжуно решение для конечного пользователя. Нужно найти готовый продукт уже умеющий это все делать.

И что бы этот продукт мог использовать конечный пользователь.
Дмитрий И.
Цитата(Сергей С @ 15.8.2007, 21:27) *
Да и какая структура базы (нормализована ли она)?

Для конкретной этой задачи это вообще не важно, т.к. все данные уже представлены в подготовленном запросе.
Сергей С
Цитата(Дмитрий И. @ 15.8.2007, 21:41) *
Диаграммы не нужны.
Delfi не подходит - нжуно решение для конечного пользователя. Нужно найти готовый продукт уже умеющий это все делать.

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

Врят ли такой продукт есть. Ведь база наверно самопальная (делалась самими без какого ибо согласования со стандартами ) - т.е это файл набитый данными (какимито)
Врят ли будет такая программа. Надо писать интерфейс самостоятельно .
Дмитрий И.
Цитата(Сергей С @ 16.8.2007, 15:06) *
Врят ли такой продукт есть. Ведь база наверно самопальная (делалась самими без какого ибо согласования со стандартами ) - т.е это файл набитый данными (какимито)
Врят ли будет такая программа. Надо писать интерфейс самостоятельно .

Уверен, есть программы, которые позволяют делать импорт уже существующих данных и анализ их и построение отчета. На рынке много программ для анализа, нужно только их найти и опробовать какая что делает.
Сергей С
Цитата(Дмитрий И. @ 16.8.2007, 15:08) *
Уверен, есть программы, которые позволяют делать импорт уже существующих данных и анализ их и построение отчета. На рынке много программ для анализа, нужно только их найти и опробовать какая что делает.

sad.gif Увы я таких программ не знаю
Дмитрий И.
Вот доделаю до некоторого завершения свое решение и планирую заняться поиском готоых продкуктов.
Saxar
Димка, спасиБо, что помог ответить сегодня мне на вопросы! smile.gif
Я была на тестировании, поэтому пришлось сразу по делу говорить smile.gif
Сергей С
Цитата(Дмитрий И. @ 16.8.2007, 16:11) *
Вот доделаю до некоторого завершения свое решение и планирую заняться поиском готоых продкуктов.

если не получится найти - я не против помочь в создании интерфейса на делфи. (по крайней мере попробовать - а то задача интересная - я с такими большими базами не работал)
Дмитрий И.
Цитата(Сергей С @ 18.8.2007, 13:34) *
если не получится найти - я не против помочь в создании интерфейса на делфи. (по крайней мере попробовать - а то задача интересная - я с такими большими базами не работал)

Спасибо, учту. В принцепе задача пока решена изложенным мною выше способом.
А искать все-таки будем что-то серьезное серийно выпускаемое и поддерживаемое разработчиком.
Делать свое решение на коленке - это когда ничего друго не остается, эффективнее использовать готовые отлаженные решения, если они существуют и подходят для решения имеющихся задач.
Николай 1975
Цитата(Дмитрий И. @ 18.8.2007, 14:05) *
Спасибо, учту. В принцепе задача пока решена изложенным мною выше способом.
А искать все-таки будем что-то серьезное серийно выпускаемое и поддерживаемое разработчиком.
Делать свое решение на коленке - это когда ничего друго не остается, эффективнее использовать готовые отлаженные решения, если они существуют и подходят для решения имеющихся задач.

Советую посмотреть в сторону OLAP.
Там как раз такого типа задачи рассматриваються причем готовых
решений много.
Повидимому проще всего сделать это в MS SQL хотя в принципе
все это дело вкуса...есть много хороших OLAP систем...
зайди на sql.ru там даже раздел такой со статьями в котором аж 167 статье:
http://www.sql.ru/articles/articles.aspx?g=OLAP&s=0
посмотри также в форуме...
http://www.sql.ru/forum/actualtopics.aspx?bid=26
Главное не потони в море информации.

Помощи Господа.
Дмитрий И.
Цитата(Николай Патмар @ 22.8.2007, 19:51) *
Советую посмотреть в сторону OLAP.
Там как раз такого типа задачи рассматриваються причем готовых
решений много.
Повидимому проще всего сделать это в MS SQL хотя в принципе
все это дело вкуса...есть много хороших OLAP систем...
зайди на sql.ru там даже раздел такой со статьями в котором аж 167 статье:
http://www.sql.ru/articles/articles.aspx?g=OLAP&s=0
посмотри также в форуме...
http://www.sql.ru/forum/actualtopics.aspx?bid=26
Главное не потони в море информации.

Помощи Господа.


Спаси Бог!
Это как раз то что я ищу:
Цитата
Как итог следует отметить, что именно интерактивность (управляемость пользователем формирования отчета в on-line) сделала OLAP-отчеты очень популярными в CRM, DW, KM системах управления клиент-ориентированной информацией.

Цитата
Количество видов представления одной и той же информации подчинено закону 2n-1. Для 3 аргументов – 8 вариантов, для 8 аргументов – 256 вариантов.


Осталось выбрать ПО умеющее это делать. В принципе, думаю, что вариант связки Access-Excel - очень удачное решение и достаточно гибкое.
Дмитрий И.
В общем, нашел готовое ПО - Crystal Report, но, так как мое созданное решение пока устраивает, то ПО оказалось не восстребованным.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2026 IPS, Inc.