@dba_ru
Denis24.04.2018
10:07:20
10:07:20
ну это имхо )
Philipp24.04.2018
10:10:46
10:10:46
Не хочется на каждый подтип элемента создавать новую таблицу ...
Denis24.04.2018
10:13:55
10:13:55
это не будет таблица, это будет тип с конкретными характеристиками заточеными под нее
Philipp24.04.2018
10:20:56
10:20:56
это не будет таблица, это будет тип с конкретными характеристиками заточеными под нее
Прошу прощения, JSON мне не подходит. Только реляционная БД.
GoogleDenis24.04.2018
10:21:51
10:21:51
так я не про документо ориентированные бд )
Postgresql тоже реляционная и поддерживает тип json
Denis24.04.2018
10:28:29
10:28:29
тот момент когда не читешь доки по БД))
Philipp24.04.2018
10:36:11
10:36:11
Denis24.04.2018
11:07:19
11:07:19
ну гугл сказал нет там json
Philipp24.04.2018
11:17:09
11:17:09
Может так лучше, накидал.
То-есть мне нужно где-то хранить значения свойств определенных для типа, которому принадлежит определенный элемент. Причем количество свойств, то-есть - генерированных столбцов может меняться от типа к типу
Виктор24.04.2018
11:25:42
11:25:42
так я не про документо ориентированные бд )
Postgresql тоже реляционная и поддерживает тип json
Скорей гибридная СУБД. В целом все РСУБД идут к тому, что развивают гибридный функционал, сохраняя преимущества "из двух миров".Philipp24.04.2018
11:31:45
11:31:45
Думаю вообще пойти другим путем. Сделаю вот как:
А то я, кажется, усложняю работу.
Denis24.04.2018
11:32:57
11:32:57
а как ты накидывать будешь новые опции ?) + в фильтр выкидывать все опции какие есть ?
Philipp24.04.2018
11:34:11
11:34:11
а как ты накидывать будешь новые опции ?) + в фильтр выкидывать все опции какие есть ?
Просто записываю новую опцию в таблицу опций и ссылаюсь на нее в этой таблице.Denis24.04.2018
11:35:37
11:35:37
ну я не навязываю решение) просто показываю возможные проблемы
Philipp24.04.2018
11:38:40
11:38:40
ну я не навязываю решение) просто показываю возможные проблемы
Да, спасибо. Понимаю, что подводных камней везде хватает. Ну чтож, буду пробовать.Google
Валерия24.04.2018
11:46:13
11:46:13
а можно first_value(x ignore nulls) как то попробовать сделать на MS SQL?
2 прохода через min-max и self cross apply не предлагать)
может есть какой то разумный способ...
Ilia24.04.2018
13:04:32
13:04:32
Добрый день. Ребятки, подскажите пожалуйста. Создаю БД для склада электронных компонентов на предприятии. Есть известные типы элементов - "резистор", "конденсатор" и т.п. Есть подтипы, например - "резистор-термистор" или "конденсатор-ионистор". В зависимости от подтипа элемента будет меняться количество характеристик. Планирую дать возможность кладовщику самому задавать подтип элемента и выставлять какие свойства он хочет указывать в нем. Но не могу сообразить как это сделать. И как тогда хранить значения для каждого конкретного элемента? Можно ли сделать View с столбцами - результатом выборки из связующей таблицы - Подтип элемента имеет свойства. Вот кусок `EER`диаграммы.
Наследование.
Или EAV.
EAV гибче. Но сложнее писать запросы (сильно сложнее).просто если е тебя есть динамическая характеристика то тебе нужен БД c поддержкой json
Нафигаж json..Думаю да.
В твоём случае на самом деле нет, но есть вероятность что тебя сильно задолбает анализировать до конца такую сложную предметку, как эта, и захочется отдать это на откуп пользователям.Philipp24.04.2018
13:16:36
13:16:36
Vladislav24.04.2018
13:18:56
13:18:56
Прошло 4 часа, а ссылку так и не смотрели...
Ilia24.04.2018
13:27:55
13:27:55
Спасибо, почитаю.
Там тебе уже даже дали ссылки на какие-то статьи.
Если что ищи статью Тенцер Анатолий
Amir24.04.2018
13:40:25
13:40:25
а есть чатик по rethinkdb ?
Sheldhur24.04.2018
14:45:11
14:45:11
суп гаез
кто нибудь тестил 8-ой мускуль?
как там дела с jsonb отностительно pg?
и nosql относительно монги
lost24.04.2018
14:51:14
14:51:14
как там дела с jsonb отностительно pg?
jsonb это костыль pg, и к мускулю он никакого отношения не имеетНачнем с этого.
Sheldhur24.04.2018
14:52:01
14:52:01
ну я немного не в теме, суть в том что и там и там с выборку по json можно делать
lost24.04.2018
14:54:40
14:54:40
Можно. И можно с 5.7 ещё. Что можно с ним делать относительно pg можно посмотреть в доке на 5.7 а так же в чейнджлоге к 8.0 GA
Sheldhur24.04.2018
14:55:57
14:55:57
меня больше производительность nosql хранилища интересует
с json'ом в полях я готов потерпеть
lost24.04.2018
14:56:38
14:56:38
nosql хранилище. В реляционной бд. Ага.
GoogleSheldhur24.04.2018
14:56:51
14:56:51
ну, эм, написали что запилили
lost24.04.2018
14:57:26
14:57:26
Тебе не кажется, что это взаимоисключающие параграфы?
Sheldhur24.04.2018
14:57:35
14:57:35
нет
у тебя же ос поддерживает несколько фс
мускуль поддерживает несколько типов дб
сам мускуль очень сильно абстрагирован от движков
ничто не мешает запилить в нем годный nosql
Ilia24.04.2018
15:07:04
15:07:04
ну я немного не в теме, суть в том что и там и там с выборку по json можно делать
JSON - это костыль в РСУБД.
Зачем его тестировать?
Его функционал ничего не меняет для всей СУБДSheldhur24.04.2018
15:07:47
15:07:47
да я вкурсе, но мне этот костыль немного нужен, поэтому мне и интересно
костыль костылю рознь
где-то костыль, а где-то протез
протез явно лучше костыля
Ilia24.04.2018
15:08:19
15:08:19
ничто не мешает запилить в нем годный nosql
Интерфейса только не будет, может только если костыль через курсоры сделать....Sheldhur24.04.2018
15:09:07
15:09:07
есть интерфейс
Ilia24.04.2018
15:09:35
15:09:35
Ну спроси в чате по MySQL
Sheldhur24.04.2018
15:09:53
15:09:53
ссылку можно?
Al24.04.2018
15:09:55
15:09:55
Тебе не кажется, что это взаимоисключающие параграфы?
Тсс не пали контору. А то опять будем скучать. Послушаем про как mySQL внезапно стал NOsqllost24.04.2018
15:10:16
15:10:16
Жаль etkee нет, он бы ща уже тут бомбил во всю
Sheldhur24.04.2018
15:10:39
15:10:39
умею, но это же телега
GoogleSheldhur24.04.2018
15:10:43
15:10:43
тут много всякго говна
AdminERROR: S client not available
lost24.04.2018
15:10:55
15:10:55
А я хз
Sheldhur24.04.2018
15:13:23
15:13:23
ок
Al24.04.2018
15:13:45
15:13:45
А чего так некоторые страдают по json?
Sheldhur24.04.2018
15:13:48
15:13:48
Al24.04.2018
15:14:07
15:14:07
13м будешь
Ilia24.04.2018
15:17:12
15:17:12
Этот да
Dmitrii24.04.2018
15:43:06
15:43:06
Всем привет. Такая прблема что при подключении к MySQL серверу с помощью DataGrip возникает ошибка [S1000] Packet for query is too large (4739923 > 1048576)
Но у коллеги на маке — нет, все работает
Разница в том что у меня убунта. Куда копать? Что-то с драйвером? Может опции какие есть?
Sheldhur24.04.2018
15:45:12
15:45:12
всё так, надо сравнить запросы
GoogleSheldhur24.04.2018
15:45:18
15:45:18
скорее всего кодировка не та
а вообще по коду ошивбки всё не плохо гуглится
Dmitrii24.04.2018
15:48:05
15:48:05
Толку мне от кода. Везде предлагается поменять на сервере размер
Но это явно не то что мне надо
Да и вообще — поменять я все равно на сервере ничего не могу — его настройки Read-Only ?
Roman24.04.2018
16:53:43
16:53:43
можно в Neo4j cypher каким-то образом отобразить assumption?
типа: если существует узел A и существует узел B, тогда создай узел C, иначе верни ошибку?
Al24.04.2018
17:16:56
17:16:56
Al24.04.2018
17:18:41
17:18:41
а вот как?)
Пишешь такой длинный запрос. Типа ищем узел а и результат as A потом Б так же. Потом пишешь что если а и б не пустые то создать СНу и как результат нео помирает :)
Roman24.04.2018
17:19:15
17:19:15
т.е. нечто похожее на:
MATCH (f:First),(s:Second)
WHERE f.id = "1" AND s.id = "2"
ASSUME f != null AND s != null
CREATE (f)-[newcon:CONNECTED]->(s)
RETURN newcon
Al24.04.2018
17:20:54
17:20:54
т.е. нечто похожее на:
MATCH (f:First),(s:Second)
WHERE f.id = "1" AND s.id = "2"
ASSUME f != null AND s != null
CREATE (f)-[newcon:CONNECTED]->(s)
RETURN newcon
Сунь в песочницу проверь. Но я бы вынес это на уровень приложения.Roman24.04.2018
17:21:47
17:21:47
Сунь в песочницу проверь. Но я бы вынес это на уровень приложения.
обычно если можно что то сделать в SQL/Cypher - то лучше делать там, нежели несколько round-trip'овСунь в песочницу проверь. Но я бы вынес это на уровень приложения.
ну что тут проверят)) ASSUME нет в Cypher, я пытаюсь понять как его описать доступными средствами
Открыть в Telegram