|
Пользователи не знают SQL. A BO - не вариант. Что делать?
|
|||
---|---|---|---|
#18+
Привет всем. Ситуация такая - есть люди в R&D, которым все эти BO, Cognos-ы и прочее по барабану (а нас все равно их нет вроде б ) Им надо напрямую соединиться с хранилищем из МатЛаба и запустить некие запросы, чтоб считать данные. Соответсвенно нужна тулза, помогающая делать выборку типа "Я хочу данные с такого по такое, вот с таким фильтром по dimensions" Если бы был BO можно было нарисвать там юниверс, а потом накидать объектов в панель и вуаля - получаешь SQL А что можно придумать если его нет? Не писать же тулзу самому, в самом деле. Есть ли какие-то дешевые и красивые решения? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2015, 18:38 |
|
Пользователи не знают SQL. A BO - не вариант. Что делать?
|
|||
---|---|---|---|
#18+
>> есть люди в R&D >> не знают SQL выгнать и набрать квалифицированных. Ибо SQL - он ДЛЯ ПОЛЬЗОВАТЕЛЕЙ. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2015, 02:49 |
|
Пользователи не знают SQL. A BO - не вариант. Что делать?
|
|||
---|---|---|---|
#18+
Glebanski, Надеюсь они про ms excel что нибуть знают для таких лучше инструмента не найти? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2015, 12:35 |
|
Пользователи не знают SQL. A BO - не вариант. Что делать?
|
|||
---|---|---|---|
#18+
Пользователи не дятлы, это инженеры и они разрабатывают реально крутые устройства и для которых "нанотехнологии" это не то, что под этим подразумевается в России. Но вот учить их SQL - это не входит в scope Эксель это прекрасно, загрузите туда 30-40 GB, тогда поговорим :) Конструктивные идеи будут? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2015, 22:12 |
|
Пользователи не знают SQL. A BO - не вариант. Что делать?
|
|||
---|---|---|---|
#18+
GlebanskiА что можно придумать если его нет? Не писать же тулзу самому, в самом деле. Есть ли какие-то дешевые и красивые решения? Нет? Писать! При чем здесь отчетные системы? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2015, 22:35 |
|
Пользователи не знают SQL. A BO - не вариант. Что делать?
|
|||
---|---|---|---|
#18+
GlebanskiЭксель это прекрасно, загрузите туда 30-40 GB, тогда поговорим :) Либо дуб фиговый, либо фиг дубовый. Если они хотят нормально работать с таким объемом информации, то пусть учат SQL. Они точно высокими технологиями занимаются? Тогда быстро схватят. ИМХО если Вы прикрутите что-то другое, а оно будет работать не так (читай пользователям что-то не понравится), то останетесь виноватым. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2015, 09:01 |
|
Пользователи не знают SQL. A BO - не вариант. Что делать?
|
|||
---|---|---|---|
#18+
Glebanski, добрый день. Самым простым решением, которое покроет на 50% ваших задач это прикуривание визуального редактора SQL запросов. (Для простых объединений таблиц INNER JOIN + GROUP BY). В дополнение ускорит время написание сложных запросов. Это только в том случае, если у вас имеется ER схема и нормальная документация, нормальные названия таблиц и т.д. Для более сложных запросов (оконные функции, запросы с под запросами, [FULL LEFT RIGTH] JOIN, работа с иерархическими таблицами, рекурсия, CTE) нужен человек, который будет их писать. ИМХО. При любом раскладе, придется либо нанимать либо воспитывать специалиста, который будет рекомендовать правки в DWH так и в существующие запросы. Обычно этим занимаются аналитики. А все остальное это костыли. PS. Если идет у специалистов обработка в MATLAB, то можно предположить, что пользователи используют Data Mining алгоритмы обработки данных, а это уже другая тема и эксель это совсем не то. С уважением, biwed.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2015, 11:34 |
|
Пользователи не знают SQL. A BO - не вариант. Что делать?
|
|||
---|---|---|---|
#18+
Спасибо, Я тогда в соответствующем подфоруме задам вопрос насчет визуального редактора ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2015, 14:00 |
|
Пользователи не знают SQL. A BO - не вариант. Что делать?
|
|||
---|---|---|---|
#18+
GlebanskiПривет всем. <snip> ... Им надо напрямую соединиться с хранилищем из МатЛаба и запустить некие запросы, чтоб считать данные. Соответсвенно нужна тулза, помогающая делать выборку типа "Я хочу данные с такого по такое, вот с таким фильтром по dimensions" </snip> А может быть пользователи уже пользуют dexplore, чтобы соединиться с хранилищем из МатЛаба? Удачи ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2015, 19:13 |
|
Пользователи не знают SQL. A BO - не вариант. Что делать?
|
|||
---|---|---|---|
#18+
Glebanski, Конструктивная идея - пусть мучаются и дальше, ибо если нет бюджета на покупку нормального BI тулза, или использование опенсоурсного, то это не лечится. Крутить 40 гигов в запросах - это надо быть идиотом. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.02.2015, 11:18 |
|
Пользователи не знают SQL. A BO - не вариант. Что делать?
|
|||
---|---|---|---|
#18+
Полковник., Я мало что знаю про матлаб, так что за dexplore спасибо! Посмотрел на скриншоты - не так страшен черт :) Пользователи пока через одну тулзу вытаскивают данные из операционной базы в CSV, а потом загружают его в в Матлаб. Говорят, что могут до 20 гигов таким образом обрабатывать, разбивая на куски. Сейчас склоняюсь на 60% к тому, что более разумно было бы их действительно обучить / написать мануал по доступу к данным и.т.п. 40% оставляю на то склонность к удобству/консерватизму/отрицалову. Посмотрим. Спасибо за рекомендации ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2015, 13:05 |
|
|
start [/forum/topic.php?fid=31&gotonew=1&tid=1533460]: |
0ms |
get settings: |
11ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
30ms |
get topic data: |
13ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 159ms |
0 / 0 |