Господа, а можно ли как-то в голанге повесить хук на POST_EVENT в sqlite? на такое вот CREATE TRIGGER update_orders UPDATE ON "Orders" BEGIN SELECT POST_EVENT('Orders'); END;

а?!

не надо мата, а?

не надо мата, а?

лаааадно

а?!

повестиь колбэк,котрый будет вызываться при срабатывании триггера

привет всем

я тут посижу

посмотрю о чем вас тут @mnjro спрашивает

повестиь колбэк,котрый будет вызываться при срабатывании триггера

что такое колбек в go, а?

функция же

посмотрю о чем вас тут @mnjro спрашивает

он жжет напалмом...

он жжет напалмом...

я рад что это теперь ваша головная боль

функция же

когда и кто ее вызовет?

когда и кто ее вызовет?

срабатывает триггер - вызывается функция. вроде просто всё)

в других языках такое есть если что

это не я придумал

но вот что-то в драйвере голанга такого не нашёл

ты, видимо, про external call

https://stackoverflow.com/questions/8210521/sqlite-triggers-call-bash-script

@mnjro скомпилировал себе компилятор?

Приветствую! Кто завтра на Митап в Питере пойдет?

https://stackoverflow.com/questions/8210521/sqlite-triggers-call-bash-script

а, вон оно что(( You can modify the C source code за инфу спасибо

по идее, через extension можешь себе в лицо выстрелить ? т.е. вызвать свою программу

по идее, через extension можешь себе в лицо выстрелить ? т.е. вызвать свою программу

это я уже стрелял, но мне надо чтобы один процес срал в базу, а другой на это реагировал

видимо так не получится

видимо так не получится

мб https://godoc.org/github.com/mattn/go-sqlite3#SQLiteConn.RegisterUpdateHook ?

мб https://godoc.org/github.com/mattn/go-sqlite3#SQLiteConn.RegisterUpdateHook ?

а это будет работать только с конкретным объектом *sqlite3.SQLiteConn. То есть если через него мучать базу, то колбэк вызовется, иначе нет)

тут дельфя уделывает Го, ибо в ней таки можно хуки вешать на триггеры

а это будет работать только с конкретным объектом *sqlite3.SQLiteConn. То есть если через него мучать базу, то колбэк вызовется, иначе нет)

то есть? проблемы не вижу

то есть? проблемы не вижу

хочется чтобы один процес (не гошный) независимо от другого вносил изменени в БД, а другой (гошный) каждый раз при изменениях в БД получал нотификации а вот этот вот RegisterUpdateHook - это просто pub-sub для одного приложения

ERROR: S client not available

хочется чтобы один процес (не гошный) независимо от другого вносил изменени в БД, а другой (гошный) каждый раз при изменениях в БД получал нотификации а вот этот вот RegisterUpdateHook - это просто pub-sub для одного приложения

ага. но сомневаюсь, что другие языки (ты писал выше) такое умеют

это же embedded, соответственно контекст один

http://docwiki.embarcadero.com/RADStudio/Tokyo/en/Using_SQLite_with_FireDAC см. раздел The Database Events

^@zelenin

для джавы тоже видел аналог, ща не вспомню

это же embedded, соответственно контекст один

можно сделать shared cache, тогда контекст будет общим

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

тут дельфя уделывает Го, ибо в ней таки можно хуки вешать на триггеры

а можно поподробнее, читается как бред. sqlite база локается эксклюзивно, другой процесс как увидит в ней изменения?

одна sqlite база = один процесс

http://docwiki.embarcadero.com/RADStudio/Tokyo/en/Using_SQLite_with_FireDAC см. раздел The Database Events

ага, вижу. ну тут как бы фича сторонняя, не sqlite. Поэтому автор драйвера и мог бы сделать, но все что нужно (биндинги) он сделал, а то, чего из коробки нету в sqlite, пиши-ка сам

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

выше ссылка - там все понятно

выше ссылка - там все понятно

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

а это будет работать только с конкретным объектом *sqlite3.SQLiteConn. То есть если через него мучать базу, то колбэк вызовется, иначе нет)

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

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

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