Уже так делали. Задача была такой. получаем обьект A с его свойствами. Получаем все комбинации свойств обьекта. По api получаем около 1000 других обьектов B. Сравниваем вхождение свойств этих обьектов c A свойствами. Свойства обьектов хратятся в бд. Уже не помню почему ушли от генерации в памяти. Вроде один проход со всей аналитикой занимал 30 мин. Потом смогли уменьшить до 10 мин.

Вообще была цель наладить генерацию комбинаций за приемлимое время

KNN- K nearest neighbors

это юзаем в нейронке. но что-то не думали его тут применять.

Привет DBA. Есть вопрос. Имеется 30 слов в таблице words. Нужно нагенерировать в бд ~30^6 уникальных комбинаций из этих слов в таблицу comb БД PGSQL, но мы можем взять любую если нужно Как мы решали: Создавали таблицу без индексов, а индексы ставили потом. 1. Написали функцию которая брала. например первые 4 комбинации и генерировала . 16 одновременно дабы в 16 потоков. долго 2. В несколько потоков генерировали ЯП. очень долго 3. Фунцией генерировали в рам таблицу и уже раз в пару часов переносили в нормальную. Если еще идеи как ускорить ? или сменить бд может быть? Если что пробовали на сервере с 96 гб рам и ксеоном с 16 потоками.

нельзя просто нагенерировать в csv и потом через импорт импортировать? можно блоками

Задачка.нужно изменить логику вычисления даты выезда: если после выезда а/м в течение 2 часов есть въезд, отбрасываем этот выезд и проверяем аналогично следующий если после выезда в течение 2 часов нет обратного въезда, этот выезд нас устраивает, и мы возвращаем его дату Вопрос: Нужно через цикл прогонять или есть ф-ия (sql server)

а чо украйинца вытерли?

Тригер, не?

Некрофилия? Перечитываешь чат с самого создания?

не я днем этот ад видел

Блин это недели 3 назад обсуждали уже. И вроде пришли к выводу что нужно правильно проектировать бд и время в выезде высчитывать при вьезде назад и помещать сразу в табличку третьим столбиком.

интересно он join то уже смог написать?

Блин это недели 3 назад обсуждали уже. И вроде пришли к выводу что нужно правильно проектировать бд и время в выезде высчитывать при вьезде назад и помещать сразу в табличку третьим столбиком.

Ну, кста, а почему бы и не триггер написать для инсерта?

Потому что можно сразу все сделать как положено а не заниматься извращениями и игрой в заплатки

Я стараюсь логику на бд выносить. Функициями, где-то триггерами, если они очевидны

А если не одно приложение пишет в бд?

Да хоть миллион.

Штатный функционал, если у бд не так много записей, то как бы и вообще о чем разговор?

Штатный функционал это записать строку и прочитать строку. Остальное все извращение отжирающее ресурсы со страшной силой. И оно решается на уровне приложения парой строк и глраздо меньшими ресурсами.

Ну, т.е. все триггеры, кроны, функции - это лукавого?

Процедуры, в смысле, и планировщики

Стоп, джоины тоже от лукавого?

Это попытки заплаток для рукожопов

Оригинально... Но как бы стандартный бэкап идёт через планировщик - это тоже рукожопство?

А ты попробуй на большой базе вынеси их функцю в приложение. И удивись

Мы же не про бэкапы

Есть два типа людей: - те, кто делает логику на БД, просто потому что еще не словили геморрой - те, кто не пишет логику на БД - ну и ораклисты

Оригинально... Но как бы стандартный бэкап идёт через планировщик - это тоже рукожопство?

Делаю через крон ?

Есть два типа людей: - те, кто делает логику на БД, просто потому что еще не словили геморрой - те, кто не пишет логику на БД - ну и ораклисты

Серьёзно, в чем проблема завернуть три селекта в процедуру?

Точнее есть, но платный, но всем жаба душит, поэтому используют стандартный

У Ms SQL особо выбора нет

Может проще вьюху?

Стандартный быстрее и дешевле, если надо снять бэкап вот прям сейчас

Обычно рукожопы так задообывают разраба что он делает им всякие фенечки и рюшечки и закрывает доступ для кривых ручек. А потерю производииельности рккомендуют компенсировать железом.

Не всегда, но иногда да

Я как разраб юзаю и процедуры и триггеры и само приложение насилую. Чяднт?

Я как разраб юзаю и процедуры и триггеры и само приложение насилую. Чяднт?

Молодец. Хочешь мядаль?

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

Что бы сделать правильную архитектуру когда хватает одного селекта

Без джойнов?))

Тогда расскажи, мудрейший, как ты сделаешь структуру из номенклатуры, документа и позиций в документе

Чтоб селектом без джойна

? No join - nosql

Есть два типа людей: - те, кто делает логику на БД, просто потому что еще не словили геморрой - те, кто не пишет логику на БД - ну и ораклисты

Привет DBA. Есть вопрос. Имеется 30 слов в таблице words. Нужно нагенерировать в бд ~30^6 уникальных комбинаций из этих слов в таблицу comb БД PGSQL, но мы можем взять любую если нужно Как мы решали: Создавали таблицу без индексов, а индексы ставили потом. 1. Написали функцию которая брала. например первые 4 комбинации и генерировала . 16 одновременно дабы в 16 потоков. долго 2. В несколько потоков генерировали ЯП. очень долго 3. Фунцией генерировали в рам таблицу и уже раз в пару часов переносили в нормальную. Если еще идеи как ускорить ? или сменить бд может быть? Если что пробовали на сервере с 96 гб рам и ксеоном с 16 потоками.