Nikolay
Тогда не будет проблем со связями
Nikolay
Будут проблемы с отсутствием связей
Hog
Так уже ж предлагали жсон в блоб :)
Nikolay
Ну у нас щас пет проект на монге
Ayrat
six normal form, also known as domain-key form
да, загуглил. Да, пока я не перешёл к полностью графовой БД так наверное и было
Ayrat
я не силён в БД теории, может графовая база тоже является случаем 6ой формы
Nikolay
В графовых же вершины между собой не соединяются?
Nikolay
Хотя мб тупой вопрос
Vasily
В графовых бд, во всяком случае в той, с какой я работал , любое значение хранится в виде кортежа (subject,predicate,object)
Vasily
Это, в свою очередь, позволяет строить некислые такие иерархии со временем поиска по ним О(1)
Vasily
Основные недостатки - медленная запись
システム
я не силён в БД теории, может графовая база тоже является случаем 6ой формы
not in general case, but it could be described in these terms
Vasily
Медленное чтение, если надо начит ывать объекты
Vasily
Поиск мегабыстрый по сравнению с реляционными бд
Vasily
Шардингом там и не пахнет
Ayrat
Поиск мегабыстрый по сравнению с реляционными бд
при правильных запросах. По началу у меня запросы в таймаут уходили
Ayrat
:D
Ayrat
ну там типа поиск на похер какую глубину с обратными шагами
Vasily
Ну у нас, например, начитка пейджи списка на 150к элементов проходила примерно за 100 мс
Vasily
Это с учетом фильтрации, группировки и прочего
Vasily
Т.е. выбора нужной страницы
Ayrat
псевдокод на сайфере:
(a: Sport {name = baseball}) -..-> (p: Player {name = vasya } )
вот это могло долго работать
Vasily
Логично
Vasily
Ты вытаскиваешь все предикаты
Ayrat
ага, потому что там можно было через 100 джампов найти васю и не в бейзболе!
Vasily
Это по определению медленно
Ayrat
дада, я потом научился
Hog
Vasily
Быстрый запрос это subject,predicate
Hog
про хоккей - поверю :)
Vasily
predicate,object->subj
Vasily
Я в свое время довольно глубоко нырял в тему графовых бд
Vasily
Даже писал какие-то оптимизации дерева вычислений
Vasily
Типа чтобы не несколькими запросами, а сразу одним
Vasily
Ну и графовая бд накладывает ограницение на фильтры
Vasily
Например, там сложно написать выражение "дай объекты, у которых нет такого предиката"
Vasily
По факту это два запроса
Vasily
Дай все объекты и пересеки с "дай все объекты с таким предикатом"
Vasily
Короче, моя голова - это помойка никому не нужных знаний :(
Nikolay
Да и вообще, мы на фшарпе пишем, алло
Vasily
КОгда-то
Hog
Для программистов?
почему для программистов? "помойка никому не нужных знаний" может быть гораздо ширее
Vasily
Потому как приходишь на работу, а там, сука, софт, написанный в 2006 году на связке c++ + html и java server в нагрузку
Vasily
И с той поры в софте не было серьезного рефакторинга, а только доработки
Vasily
А потом ВНЕЗАПНО хотят новый
Vasily
Что у людей в головах, неясно
Vasily
Ща вот решусь, уволюсь, вбухают еще кучу денег
Vasily
В платежные терминалы
x
а где-то и COBOL работает себе
Vasily
КОторые в целом через пару лет нахуй никому не сдались
Vasily
ПОтому что, сука, все платят через интернет
Vasily
Но, поскольку основные решения принимают люди, развитие которых закончилось примерно в 2008 году
Vasily
То оно все как-то так
Hog
Hog
Я сбежал от примерно такого, но ещё и мешанина из classic ASP, ASP.NET + VB.NET. Пытались сбоку прикрутить ASP.NET WebAPI и UI на React, чтобы новые проекты были хоть как-то поближе к мировым трендам...
Nikolay
Vasily
Да это проблема любого энтерпрайза условно
Vasily
Да мрак вообще
Vasily
Большинство проектов пишется под решение конкретных задач, потом их пытаются натянуть на общие
Vasily
И по сравнению с этим сова на глобус садится как влитая
gsomix
@psdarr Спасибо! Мне нужно поразмышлять над этим.
Romɑn
Bonart
таким образом документы могут быть как на уровне проекта (без объекта), так и на уровне Оъекта (без титула) и пр
Угу, связи надо заранее в отдельную таблицу выносить и отделять от сущностей
Nikolay
Есть трезвые?
Nikolay
В пятницу вечером
Vladislav
Ya
Nikolay
https://github.com/Dolfik1/ItMeetupCats
Nikolay
Что поправить?
Vasily
В processcontext поменять местами параметры
Vasily
Тогда будет красивее