
Simon
18.12.2017
08:09:39

Stas
18.12.2017
08:10:19
(Без созданиях схемы таблицы)

Simon
18.12.2017
08:10:51

Google

Stas
18.12.2017
08:11:23

Алексей
18.12.2017
08:12:53
http://pgxn.org/dist/oracle_fdw/

Stas
18.12.2017
08:14:19
http://pgxn.org/dist/oracle_fdw/
Вот вместо «CREATE FOREIGN TABLE oratab» я использую из другого мануала команду которая должна сама схему подтянуть и она как-то не работает...

Simon
18.12.2017
08:14:57

Алексей
18.12.2017
08:15:30

Stas
18.12.2017
08:15:44

Алексей
18.12.2017
08:16:14
а зачем ее переносить? все же в словаре есть

Simon
18.12.2017
08:16:17

Stas
18.12.2017
08:17:11

Алексей
18.12.2017
08:17:17

Stas
18.12.2017
08:17:35

Vladislav
18.12.2017
08:18:55
https://grafana.com/dashboards/3333

Google

Stas
18.12.2017
08:19:54

Vladislav
18.12.2017
08:20:04
Мне кажется, кто-то нам мозг сильно процедил...

Stas
18.12.2017
08:20:13

Vladislav
18.12.2017
08:21:17
погоди, хочешь сказать, что этот коннектор показывает системные метрики/запросы, но не может показать тебе простые запросы?
Тебе не кажется это странным?

Stas
18.12.2017
08:21:34
Метрики у меня _свои_ которые лежат в оракле, грубо говоря вообще не важно что у меня лежит

Vladislav
18.12.2017
08:22:22
у тебя каша в голове
читай еще раз
метрика - это не только ваши показатели из данных
https://github.com/grafana/grafana/issues/8595

Simon
18.12.2017
08:39:47
Потом уже будешь мигалки прикручивать

Al
18.12.2017
08:49:45
Согласен про кашу. Ибо все смешалось. И 2пб данных. И колоночные дб. И какая то убогая визуализация. И всем этим заведует тип у которого селект вызывает проблемы.

Simon
18.12.2017
09:43:03

Ilia
18.12.2017
09:44:08

Al
18.12.2017
09:45:25

Vladislav
18.12.2017
09:46:01

Ilia
18.12.2017
09:47:01
Это понятно, но руками не хотелось бы схему на 200 полей руками переносить...
Ты пойми, PG — мягко скажем, не самая популярная СУБД, хорошая, но не самая популярная.
А такую связку PG-Oracle как тебе надо в мире наверное использовать будут человек 20 как максимум.
И если там что-то не работает, значит, просто не работает. Ты можешь взять исходники PG, FDW и починить, либо
искать другой какой-то путь решения этой проблемы.
Но я всё равно не понимаю, нафига чтобы подсобачить эту Grafena к данным, нужно ставить между ней и
Ораклом ещё одноу СУБД...

Al
18.12.2017
09:47:27
Добро пожаловать в мой мир ?
Это не только твой мир. Это большинство мира такое. Просто прозвучало уже 100500 советов и идей. Но товарищ упорно называет всех идиотами

Google

Ilia
18.12.2017
09:48:05

Vladislav
18.12.2017
09:48:26
Просто закрываешь глаза

Simon
18.12.2017
09:48:56
Единственное чего не понял, почему оракле назвали бочкой говна

Al
18.12.2017
09:48:57

Ilia
18.12.2017
09:49:30

Al
18.12.2017
09:49:39

Simon
18.12.2017
09:50:07

Ilia
18.12.2017
09:50:17

Al
18.12.2017
09:51:27
Тоска в общем. 4 часа утра. Пойду спать. Злые вы все

Vladislav
18.12.2017
09:52:10

Ilia
18.12.2017
09:52:45

Simon
18.12.2017
09:53:22

Ilia
18.12.2017
09:53:33

Vladislav
18.12.2017
09:53:53

Ilia
18.12.2017
09:54:05

Vladislav
18.12.2017
09:54:14
Но потом пошла каша из-за слова "метрика"

Simon
18.12.2017
09:55:30
Раскрой мысль...
Ну как бы раньше видела ритейловую логику, которая используя коллекции строила деревья всякие, считались матрицы и т.д. А потом ушел в телеком и тут жопа с интеграцией.

Vladislav
18.12.2017
09:55:34
вроде бы и здорово, но в то же время, они не умеют готовить базы в оптимизацию и получается какой-то ахтунг...

Google

Simon
18.12.2017
09:55:35
Видел

Vladislav
18.12.2017
09:55:57

Ilia
18.12.2017
09:56:30
Да, я тоже почему-то как ни сталкивался с телекомом в виде баз данных, у них всегда было плохо....

Simon
18.12.2017
09:56:31

Vladislav
18.12.2017
09:56:57

Ilia
18.12.2017
09:57:03

Simon
18.12.2017
09:58:12
Нет проблем с подбором инструментов, хочешь оракле - на, хочешь грю - на, монго, кликхаусы, игнайт и прочее хипсткерское говно. Только пусть все работает.
А так проблем нет, можешь хоть CRM на графовых бд строить, только интегрируй норм.

Admin
ERROR: S client not available

Simon
18.12.2017
09:59:24

Ilia
18.12.2017
09:59:43

Simon
18.12.2017
10:00:02

Edouard
18.12.2017
10:02:56

Simon
18.12.2017
10:03:00
Единственное до чего ещё лапы не дотянулись - это keenetica, БД на gpu мощностях. Очень интересно, но очень дорого и очень не понятно.

Vladislav
18.12.2017
10:06:35

Simon
18.12.2017
10:07:00
Но я русскоговорящий, да.

Vladislav
18.12.2017
10:07:39
так вроде я общими словами спросил, а не название бренда и брендовый цвет

Simon
18.12.2017
10:08:17
Я общими ответил.

Vladislav
18.12.2017
10:08:32
русскоговорящий - это прям капитан очевидность

Google

Simon
18.12.2017
10:08:56
Подать мою лодку!!

Stas
18.12.2017
10:38:29
Ты пойми, PG — мягко скажем, не самая популярная СУБД, хорошая, но не самая популярная.
А такую связку PG-Oracle как тебе надо в мире наверное использовать будут человек 20 как максимум.
И если там что-то не работает, значит, просто не работает. Ты можешь взять исходники PG, FDW и починить, либо
искать другой какой-то путь решения этой проблемы.
Но я всё равно не понимаю, нафига чтобы подсобачить эту Grafena к данным, нужно ставить между ней и
Ораклом ещё одноу СУБД...
Есть второй вариант - свой скрипт написать и плеватся json, но не хотелось бы...

Ilia
18.12.2017
10:52:22

Stas
18.12.2017
10:53:20

Simon
18.12.2017
11:30:25

Илья
18.12.2017
11:31:59
Подскажите как реализовать очень простой поиск по базе? Юзер вводит в поле для поиска что-то что может быть названием статьи (article.name), либо фамилией автора (person.lastname), именем (person.firstname), отчеством (person.middlename). Т.е. всего 4 поля и я точно знаю каких. Мне не хочется вводить какие-то переключатели которые бы обозначали по каком полю поиск... Я было сначала сделал просто через like '%query%' для каждого поля (or), но если например юзер введет не фамилию, а полное имя типа "Иванов И.И." то уже ничего не находит... Как улучшить? Не очень хотелось бы сейчас разбираться со всякими там расстояними Левенштейна...

Stas
18.12.2017
11:40:42

Al
18.12.2017
17:11:00

Andrey
18.12.2017
17:23:48
помогите оптимизировать запрос
список клиентов к-во проектов для которых превышает к-во проектов для англичан
SELECT
c.client_name,
c.country,
c.client_id,
(SELECT
COUNT(*)
FROM
client
JOIN
project ON project.client_id = client.client_id
WHERE
client.country = 'Англия') AS count_projects_eng
FROM
client c
JOIN
project p ON p.client_id = c.client_id
WHERE
c.country <> 'Англия'
GROUP BY c.client_name , c.country , c.client_id
HAVING COUNT(*) > count_projects_eng

lost
18.12.2017
17:34:32
а шо, тормозит?)

Andrey
18.12.2017
17:35:29
а шо, тормозит?)
да всмысле не тормозит, а препод говорит что сложно написано, по этому думаю может есть вариант другой

lost
18.12.2017
17:35:42
ооо, сессичные

Andrey
18.12.2017
17:36:04
ооо, сессичные
есть чуть-чуть, но все в норме, сессия после нового года, так что есть время подумать

lost
18.12.2017
17:36:36
GROUP BY c.client_name , c.country , c.client_id
вот это не понятно, зачем тут группировка, если у тебя по логике айдишник должен однозначно определять "клиента"
ну в джоин можно перенести твой скалярный подзапрос, можно какой-нибудь анахронизм типа ANY/ALL заюзать, но лучше и проще точно не будет
хотя с точки зрения оптимизации вариант с join предпочтительнее, потому что он будет посчитан один раз

aster
18.12.2017
18:03:23
пздц. я мсскл раком поставил ?