Search
Write a publication
Pull to refresh

Comments 8

  • Подобное уже есть у ведоров нативно - например Датабрикс или Сноуфлейк.

  • Надеюсь, вы понимаете, что это только для "поиграться в песочнице с игрушечным данными"? Если такое реализовать на реальной базе в компании, то всех причасных надо как минимум подвергнуть самым серьезным "мерам дисциплинарного взыскания", а лучше (или вдобавок) вообще уволить

ПыСы не благодарите, если я только что спас вас от увольнения)

Только не понятно зачем это в базе делать. Вот если б можно было туда результаты запроса отправить и ответ в виде таблицы получить…

День добрый. Вы обоснуйте. Конечно это решение не универсальное, можно реализовать по другому. AI может быть локальным что бы своими данными не с кем не делится и быть закрытым от внешнего мира, но какой то большой проблемы я не вижу, а работать удобно. Конечно если у вас oltp приложение и ограничен пул соединений , надо что то другое придумать, запрос может подвисать. Я знаю планету где нет охотников , но там нет и кур :-)

AI может быть локальным...

Вы же предлагаете не локальное решение тут? С локальным AI будут другие проблемы - например он не такой "умный", как решения от больших вендоров + надо его самому хостить (железо), обучать и дообучать (еще больше железа + специалисты) и т.п.

Вы не видите проблему, потому что смотрите узко, к сожалению. Enterprise-grade системы - это не то же самое, что локальный PoC

Я не говорю что это универсальное решение. Просто как вариант, очень неплохо кстати генерит тестовые данные имена фамилии телефоны адреса и даже номера кредиток. Для больших ERP систем наверное другие решения требуются. В HANA такое точно не стоит встраивать соглашусь с вами. Как говорил Карлсон, главное спокойствие. А если по опыту работы то я работал в SAP довольно долго и что такое большие системы хорошо представляю, но при этом иногда программную Arduino не перенося туда опыт больших систем :-)

Все просто и прикольно. Спасибо!

Ну да, апологеты бизнес-логики в приложении будут ругать. Да и бог с ними. Они как правило возможностей PG не знают.

С другой стороны вы правы. Высокопроизводительное решение так не построишь. Хотя может тут оно и не нужно.

Вы не пробовали решить обратную задачу, что бы сам ИИ писал, выполнял и анализировал запросы?

Понятное дело тут нужен оффлайн ИИ, но все же

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

К старой системе прилагаются старые программисты, которым работать с запросами гораздо проще чем делать вызовы REST API

Звучит как абсурд. В вашей задаче может быть смысл, но не понимаю где можно найти программиста, для которого интеграция REST - сложная задача сама по себе. + есть же готовые библиотеки

Ну и вы же ответ от модели будете ждать в транзакции, а они бывают не быстрые...

Sign up to leave a comment.

Articles