Добрый день!

Есть функция (XE7), возвращает список файлов хранилища, т.е. объект TStringList.
Как его вернуть в Firebird (3.0 если что)?

Кроме как строка разделенная чем-то (; или |) ничего на ум не приходит.
Прямо клиника какая-то!
Есть вероятность что строки может не хватить, а это уже BLOB, не точ ни с ним проблемы, но внутри БД его уже не разберешь.

Приму на грудь любые советы. :-)

P.S. Приму пинок в сторону документации о UDR, в официальной вообще 0.

wadmanseertrueЕсть функция (XE7), возвращает список файлов хранилища, т.е. объект TStringList.
Как его вернуть в Firebird (3.0 если что)?
Лучше смотри в сторону udr.

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

П.С. Что такое "файлы хранилища"?

Я и смотрю туда, UDR. Но знаете трудно начать имея ноль информации!
За идею спасибо, была подобная мысль.

Теперь о хранилище. Да, это примерно список папки "мои документы". В системе есть куча чертежей и прочей технической информации, держать их в BLOB несколько накладно и, как мне кажется, не рационально, даже если этой графики не будет системе не потеряет поребительских свойств. да и с точки зрения резервирования проще.

Симонов Денисseertrue,

документации по UDR пока нет, можно в исходниках примеры глянуть. Планирую написать статью, но позже.
Ты попробуй написать, если что не будет получаться спроси здесь, поможем.

Хоть в двух словах сам принцип расскажите.
и ткните носом в примеры.

Гаджимурадов Рустамseertrue, Di_LIne

Перестаньте вести себя как два флудераста.
По сабжу - а почему не хранить отдельными
строками, обычным 1-N?



Они и хранятся строками, в таблице.
Иногда требуется синхронизация того что в таблице, и того что на диске, в хранилище. Как соблюдение некой целостности БД.

Если вернуться к вопросу "зачем", то он прост как сатиновые трусы, заказчику так хочется: хранить графику отдельно от БД.

> Нужно синхронизировать - синхронизируй демоном.

Это хорошая мысль.

> UDF/UDR-то тут при чём? Они-то точно не имеют возможности подписаться на уведомления об изменении каталога.

как минимум два приложения работают с БД, одно из них через сервис REST. Вот и хотелось бы одинаковое поведение для всех, а это демон, UDF, а лучше UDR.

wadmanseertrueПрямо клиника какая-то!
СтрингЛист из удф еще та клиника.

По уму-то всё таки блобы, либо клиенты сами регистрируют свои файлы.
Негоже субд заниматься сканированием файловой системы в любом виде.

Di_LInePS. Глыбше читай чё НЕ дописывают в постах, а не кидайся с катаной на-голо "Я вам все задачки перерешаю наф на раз-два". ;-)
Что читай, что не читай между строк.
Всегда найдутся противники.
Там м7м булькал, тут - ты.

Знаете что такое TeamCenter?
Думаю при проектировании его архитекторы были не пальцем деланные.
А там такой же подход, как минимум ради безопасности, вся графика и прочее в файловом хранилище, база только для связей.

wadmanСлужба лучше. Она отловит изменения, занесет в базу и отправит ивент слушателям.
Постоянное поддержание актуальности содержимого для всех подключенных клиентов.

Служба винды, демон линукса.

Di_LIne2. Тем, что ТС орет (черным по белому) в первом посте "У меня есть Решение, но не знаю как его реализовать!".

Неправда!!! Я этого не говорил, не надо домысливать, проницательный наш.

Di_LInePS. Глыбше читай чё НЕ дописывают в постах, а не кидайся с катаной на-голо "Я вам все задачки перерешаю наф на раз-два". ;-)

Грамотные таки дали хороший совет, это те которые между строк не силятся читать.