SQL людям :о)

← →
Anatoly Podgoretsky © (2008-12-05 20:42) [40]

> У ANTPro © (05.12.08 18:14) [16] Пока многое еще неизвестно,
> может и финансирование будет
> А вы ему значит помочь хотите с финансированием? :)

← →
blackman © (2008-12-05 20:46) [41]

Anatoly Podgoretsky © (05.12.08 20:42) [40]
Как оказалось не хотят. Только обсудить и тоже на халяву :)

← →
Anatoly Podgoretsky © (2008-12-05 22:21) [42]

> blackman (05.12.2008 20:46:41) [41]

Надо не говорить, а пилить.

← →
blackman © (2008-12-05 22:55) [43]

Anatoly Podgoretsky © (05.12.08 22:21) [42]
Когда есть что и это что золото
А пока остается только говорить... :)

← →
Карелин Артем © (2008-12-06 11:18) [44]

Microsoft Query
Это ексель->Data->Import External data

← →
TUser © (2008-12-06 14:56) [45]

Тест для простого пользователя - конструирование сводной таблице в ёкселе. 90% не могут. Остальные 10% можно допускать к конструктору акцесса.

← →
Омлет (2008-12-06 23:24) [46]

> ANTPro ©

Pentaho - программное обеспечение бизнес-интеллекта (BI) с открытым кодом.
http://ru.wikipedia.org/wiki/Pentaho

← →
ANTPro © (2008-12-07 11:52) [47]

> [19] clickmaker © (05.12.08 18:36)

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

> [46] Омлет (06.12.08 23:24)

Спасибо посмотрю.

> [44] Карелин Артем © (06.12.08 11:18)

Тут слишком много кнопочек :о)

← →
asail (2008-12-07 23:10) [48]

Я как-то на старой рботе видал такую штуку - Bussiness Objects называлась. В деталях не помню, но вроде как, к большинсту СУБД подрубалась и могла всякие отчеты на основании имеющихся данных строить. Правда, дорогучая, вроде, была. Да и обучения некоторого требовала, но менеджеры вроде как справлялись.

← →
Городской Шаман (2008-12-08 00:11) [49]

> Ega23 © (05.12.08 16:54) [1]
>
> гм...
> ИМХО, не бывает "простого пользователя", который может составлять
> SQL-запрос.
>
> А так - Select * from table. :)

Бывает. Hibernate в Java, там можно тупо прописать мапинги таблиц и связей в xml и движок сам построит запросы, причём оптимизирует запрос под выбранный сервер. Не визуально, но проще чем писать самому.

← →
Городской Шаман (2008-12-08 00:12) [50]

А вообще ищи про ORM http://ru.wikipedia.org/wiki/ORM

Где все данные можно представить в виде объектов, но для Delphi ничего толкового нет(сам писал минидвижок), только для Delphi.Net

← →
ANB (2008-12-08 10:43) [51]

> kaif © (05.12.08 19:06) [25]
> Мне кажется, что юзер любит сразу видеть результат.
> Если сделать так, что по мере конструирования запроса, система
> будет выдавать какие-то частичные результаты: сама ограничивая
> наборы по объему, вводя дополнительные условия за кадром
> и следя за тем чтобы юзер не устроил декартово произведение
> сдуру на большом наборе, предвосхищала бы примерно время,
> которое он получит в "рабочем" варианте, то что-то подобное
> могло бы оказаться полезным. И не только юзерам, но и нашему
> брату SQL-щику.

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

Так что :

> blackman © (05.12.08 19:54) [34]

+1.

← →
ANB (2008-12-08 10:43) [52]

← →
ANB (2008-12-08 10:45) [53]

> Я как-то на старой рботе видал такую штуку - Bussiness Objects
> называлась. В деталях не помню, но вроде как, к большинсту
> СУБД подрубалась и могла всякие отчеты на основании имеющихся
> данных строить. Правда, дорогучая, вроде, была. Да и обучения
> некоторого требовала, но менеджеры вроде как справлялись.
>

У нас стоит. И к ней 2 отдела программистов :)

← →
Le111 (2008-12-08 11:49) [54]

> asail (07.12.08 23:10) [48]

+1

← →
Городской Шаман (2008-12-08 12:07) [55]

> ANB (08.12.08 10:43) [51]

Ну так пропишите мапинги таблиц и будет вам счастье. Запросы будет стоить система, а кривой мапинг визуально обнаружить проще чем муторный запрос.

← →
Anatoly Podgoretsky © (2008-12-08 12:51) [56]

> ANB (08.12.2008 10:43:51) [51]

> тот же SQL, 1С . . . (изначально задумывалось, что программист будет не нужен).

И здесь тоже, видимо тоже лавры IBM не дают.

← →
ANB (2008-12-08 13:00) [57]

> Ну так пропишите мапинги таблиц и будет вам счастье. Запросы
> будет стоить система, а кривой мапинг визуально обнаружить
> проще чем муторный запрос.

И запросы будут строить наши юзеры ?

Я лучше сразу пойду застрелюсь вместе с DBA.

← →
Anatoly Podgoretsky © (2008-12-08 13:33) [58]

> ANB (08.12.2008 13:00:57) [57]

Для проверки, первым пусти DBA

← →
Городской Шаман (2008-12-08 18:54) [59]

> ANB (08.12.08 13:00) [57]

А щапрос будет в такой вот форме

<hibernate-mapping> <class name="logic.Bus" table="busses"> <id column="bus_id" name="id" type="java.lang.Long"> <generator class="increment"/> </id> <property column="number" name="number" type="java.lang.String"/> <set name="drivers" table="busDriver" lazy="false"> <key column="bus_id"/> <many-to-many column="driver_id" class="logic.Driver"/> </set> </class> </hibernate-mapping>

http://habrahabr.ru/blogs/java/29694/

← →
Омлет (2008-12-08 21:34) [60]

Я пентаху (ссылка выше) видел в деле - интересная штука. И бесплатная. Но местами требует напильника. Кстати там, как раз таки сразу видно результат среза данных, все гибко и очень мощно.
Хибернат? Не смешите меня, менеджеры (тем более топы) не смогуть его освоить, и не захотят. Он не так прост на практике.

← →
Городской Шаман (2008-12-08 21:38) [61]

> Омлет (08.12.08 21:34) [60]

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

Интересно, почему автор не желает освоить акцесовский мастер запросов чтобы убедиться как он неудобен для человека хотя бы элементарно знакомого с SQL. Чтобы навсегда оставить эту бредовую идею.
К тому же "черный" прав - юзеры все равно будут звать программист чтобы он набрал простейший запрос типа Select * from Personal where Oklad between 10000 and 20000

← →
Омлет (2008-12-08 21:45) [63]

> Городской шаман

Так тема обозначена как SQL людям, а не программистам.
Или ты предлагаешь самостоятельно написать универсальную систему бизнес-анализа, используя гибернат?

← →
Городской Шаман (2008-12-08 22:28) [64]

> Омлет (08.12.08 21:45) [63]
>
> > Городской шаман
>
> Так тема обозначена как SQL людям, а не программистам.
> Или ты предлагаешь самостоятельно написать универсальную
> систему бизнес-анализа, используя гибернат?

Ну программисты бывают ленивые, вот мне лично облом уже думать как оно там должно оптимизироваться, мне больше понравилась модель ORM, где за тебя может подумать программа и создать запрос, а ты всего лишь описываешь мапинги объектов.

Хороший программисты - программист, пишущий одну строчку кода в день...

> [62] MsGuns © (08.12.08 21:45)

Освоил, понял что это не удобно. Вот и спрашиваю есть ли чтонибудь лучше чем «это».

> [50] Городской Шаман (08.12.08 00:12)

Интересно, спасибо. Кстати как раз под .Net и нужно.

← →
ANB (2008-12-10 15:00) [66]

> Ну программисты бывают ленивые, вот мне лично облом уже
> думать как оно там должно оптимизироваться, мне больше понравилась
> модель ORM, где за тебя может подумать программа и создать
> запрос, а ты всего лишь описываешь мапинги объектов.

Это проканает :
1. На DWH
2. На маленькой базе

На нормализированной большой OLTP базе без ручной оптимизации, к сожалению, не обойтись.

← →
Городской Шаман (2008-12-10 16:53) [67]

> ANB (10.12.08 15:00) [66]

3. Если при проектировании базы учитывалась ORM, а не ручное составление запросов.

← →
ANB (2008-12-10 17:11) [68]

> 3. Если при проектировании базы учитывалась ORM, а не ручное
> составление запросов.

Если база писалась в 90-м году под битрив, а потом сконверчена в оракл, то хрен что учтешь.

SQL людям :о) Найти похожие ветки