Delphi и OLAP

А у меня такая проблема: одному заказчику надо автоматизировать учет работы кафе, нужно создать БД в Экселе и там отражать всякие данные по приходу, расходу, остаткам и т.п. Как это лучше организовать (может, посоветуете, как ускорить создание такой БД), и поможет ли тут OLAP?

В основном, требования у него такие, чтобы было просто вводить данные человеку, у которого мало опыта работы с компьютером, и чтобы можно было строить основные отчеты довольно легко. При этом самих данных не очень много, отчетов, наверно, не больше 10-20 разных видов. Правда, может понадобиться детализация и т.п.
Эксел для этих целей подходит по причине удобного интерфейса и наличия встроенных функций типа сортировки/фильтров, а вот чайнику с Аксессом не всегда легко разобраться. Хотя можно, конечно, использовать интерфейс Эксела, а хранить в Аксессе.

У него просто фирма состоит из 2 человек, и он хочет, чтобы все эти данные были под рукой, а уровень компьютерной подготовки у них не слишком высокий. Эксел - пожелание заказчика, видимо, ему удобно работать с ним, хотя он его осваивает только; и второму пользователю чтобы было легко (так как сейчас все делалось на бумаге). Ну и главное скорость - чтобы поскорее все автоматизировать. А писать отдельную программу под это может выйти дольше или дороже.

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

Цитата
Артём Кулинич пишет: Все равно, лучше не использовать excel, хотя бы потому что он для этого не предназначен. Да, согласен, будет дольше и наверняка дороже. Но, во-первых в этом случаи он получит программу делающую все что ему нужно. А во-вторых она будет для него удобнее чем excel, просто потому что будет написана под его желания.

Ну все-таки кое-какие системы учета ведутся в Экселе, может быть, для нужд одного кафе сгодится? При этом, как я понял, бюджет тоже мал, и хотелось бы для начала получить нечто готовое за короткие сроки. А если понадобятся вещи типа OLAP анализа, то в Экселе это относительно легко можно соорудить, самому же встраивать готовые компоненты, чтобы работало как надо, весьма не хотелось бы... В общем, пока что вариант с Экселом, пусть и не идеальный. Тут, кстати, с организацией самих таблиц проблемы тоже некоторые. Какие таблицы, как удобнее данные заносить...
Может быть, Вы знаете примеры автоматизации кафе с использованием Дельфи и БД?

Цитата
motorway11 пишет: Ну сделайте ему тогда базу в access скажем. Там можно сформировать отчеты которые нужны. Если я ничего не путаю то эти отчеты можно в браузере просмотреть. Кажется в access есть для этого средства. А в программе особое внимание уделите удобству для этого заказчика.

Ну сделайте ему тогда базу в access скажем. Там можно сформировать отчеты которые нужны. Если я ничего не путаю то эти отчеты можно в браузере просмотреть. Кажется в access есть для этого средства. А в программе особое внимание уделите удобству для этого заказчика.

Еще один вариант - это использования 1С, но я яростно против такого варианта.

Цитата
Может быть, Вы знаете примеры автоматизации кафе с использованием Дельфи и БД?

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

Насчет реализации подумаю, а вот насчет самих таблиц (в Экселе или базе) тоже не мешало бы разобраться - какие они должны быть, как их лучше сделать, чтобы потом можно было делать отчеты и т.п.

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

В конце концов, вышло так, что заказчик перестал отвечать. А я много времени потратил. Ну ладно... Еще несколько вопросов:
кто-то действительно работал с OLAP, можете ли сказать задачи, в которых он помогает? Допустим, как раз для магазина что можно автоматизировать с помощью OLAP, или для трамвайного депо? Хочется как-то увидеть в деле, а то эта тема вообще такая, что здесь больше терминов и слов.
Правильно ли я понимаю, что в основном OLAP просто берет уже готовые данные из БД и их как-то комбинирует и выдает в виде таблицы?
А можно ли сюда добавить еще и вычисления - напр., сделал отчет, а потом в нем что-то изменил, и все пересчиталось с помощью к-н. функций?

А если хочется объединить OLAP с вычислениями, нельзя ли как-то ухитриться это сделать? Насколько я понял, OLAP применяется в основном для данных и событий, которые уже произошли, то есть, где ничего моделировать не надо. А если попробовать применить его к прогнозу и данным прогноза, которые предварительно считаются, а потом уже записываются в БД - разве тут есть что-то невозможное?

Все-таки не совсем не причем. Поясню - допустим, у нас есть прогноз с большим количеством показателей. Сами вычисления действительно с OLAP не связаны, но идея-то в том, чтобы после моделирования можно было в любом разрезе посмотреть эти результаты моделирования. Выбрать нужный срез и посмотреть данные. И даже их изменить - по-моему, такая штука называется в OLAP продуктах writeback.