Какая СУБД может с помощью гиперссылки на файл управлять этим файлом?
Мне нужно, чтобы можно было не только открывать файл через гиперссылку (как это делает ярлык в Windows), а чтобы можно было:
1)удалять, перемещать файл
2)переименовывать
3)просматривать свойства, например, такие как размер.

Или хотя только перемещать.

Задача на логику для первоклассников:
Дано:
MS Access есть СУБД
вложение есть файл
MS Access работает с вложениями

Доказать, что:
Не все СУБД не работают с файлами
Или опровергнуть высказывание: SergSuperСУБД с данными работают, а не с файлами

P.S.
SergSuper, если 10-мегапиксельный фотоаппарат работает с фотографиями, но не умеет звонить, это не значит, что не нужно искать пути засунуть в телефон 10-мегапиксельную камеру.
СУБД это база данных, а ФС - это файловая система, и это не значит, что не нужно искать пути объединения их функций.

SergSuperзасовывайте, ищите, флаг Вам в руки
это нужно не только мне

Dimitry Sibiryakov
ВыбираюСУБДMS Access есть СУБД
вложение есть файл
MS Access работает с вложениями

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

Почитаете Википедию,
http://]http://ru.wikipedia.org/wiki/Microsoft_Access
Цитата из справки аксесс: "Функция вложения в приложении Microsoft Office Access 2007 служит для добавления одного или нескольких файлов — документов Microsoft Office Word 2007, презентаций Microsoft Office PowerPoint 2007, изображений и т. п. — в записи базы данных. В этой статье представлены основные сведения и описание шагов, которые следует выполнить при настройке базы данных для использования вложений, а также при вложении данных и управлении ими."
Прошу обратить внимание, здесь термины "данные" и "файлы" отождествляются. Можете проверить, засунуть в поле можно не только документ, но практически любой файл.

KDV,
BLOB, поля - это что-то типа вложений, поэтому я отвечу в соседнем топике.

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

Dimitry Sibiryakov
Мелкомягкие всегда отличались вычурностью терминологии...

По-моему, в данном контексте данные и файл - одно и тоже. Почему? Да потому что файл это всегда данные, но данные - не всегда файл.
И поэтому высказывание "СУБД с данными работают, а не с файлами", можно опровергнуть еще проще, что, кстати, и сделал сам же автор этих слов ниже "данные" - логическое и более общее . Почему в данном контексте? Да потому что в поле "вложения" обычную запись не вставишь. Только файл.

объясняю. двоичная безразмерная информация в СУБД хранится в блобах (BLOB). BLOB - это тип столбца. Файл можно закинуть в blob, blob можно сохранить в файл.
автор авторBLOB, поля - это что-то типа вложений,приехали. это наоборот, "вложения" типа блоб-полей.
Дело в том, что я знаком только с Access, в его справке BLOB-поля не упоминаются, но есть тип столбца: "вложения" (он же тип данных), а так как вы сказали, что BLOB-поля - это тип столбца, я и сделал предположение, что это аналог типа данных "вложения". Но что же это такое, если не аналог? Какой максимальный размер файла и совокупности? Какая СУБД работает с ними? В ссылке про "Методы организации хранения данных в СУБД" я тоже ничего не прочел про BLOB-поля, да и информации уже лет 5.
Почему я предложил вложения обсудить в другом топике? Потому что у Access вложения это файлы внутри базы данных, а гиперссылка - управляет внешними файлами. А так как MS Access - самая слабая из всех СУБД, а других я не знаю, то у меня есть предположение, что граница может быть между понятиями "гиперссылка" и "файл" нарушена, если например, возможно есть СУБД, которая хранит вложения не внутри единого файла, а например, в обычной папке оси Windows. А значит файл внутри такой БД - это своего рода гиперссылка или виртуальный файл. А значит такую СУБД можно привести в пример здесь. Если же БД - это монолитный файл, то привести пример в топике про вложения. То есть, если файлом может управлять как БД так и ФС, то обсуждаем здесь, если только БД, то в топике про вложения.

авторуправление "через ссылку" это всего-лишь трансляция действий при помощи гиперссылок. Например, по ссылке ASP, PHP и т.п. может удалить файл. Или удалить запись с blob. И т.д. То есть, что запрограммируешь, то и будет.
В какой СУБД это возможно? Давайте начнем с локальной СУБД под Windows, например, с наведения порядка в обычном 200-Гигабайтном винчестере.

авторСУБД вообще этим заниматься не обязана.....
1.Почему телефон, который по определению не обязан делать ничего кроме как звонить, на сегодняшний день может еще и сочетать функции компьютера, видео-, фото-камеры, носителя информации, плеера, пульта управления, модема, фонарика. Сможете продолжить список?
2.Почему MS Access обязан открывать файл через гиперссылку? А почему вдруг MS Access вдруг с 2007 года стал обязан заниматься созданием вложений и управлением ими? Пусть уж еще лет 100 управлял бы только записями, если на то пошло. Вы путаете данные и записи, вам не кажется? Данные - это записи и файлы. Запись нельзя вырезать из БД и перенести на рабочий стол, а файл можно. Чтобы скопировать текст на рабочий стол, сначала надо создать файл, а потом вставить в него запись. Запись - это потенциальный файл.
авторнапиши(или найди) клиентский интерфейс, реализующий эти потребности
Как, ведь по вашему СУБД не поддерживает этого! Мне нужно хотя бы на одном компьютере реализовать эти потребности.
автор А то сейчас начнется - "СУБД работает с файлом БД, в котором можно сделать вложение, которое может быть файлом СУБД ...." и "как наконец сделать это вложение?".
Вопрос не в том как его сделать - это уже можно реализовать, вопрос в том, какая СУБД может делать это лучше всего. Я привел в топике про вложения образец на примере Access.
автор Ваша фраза "переместить файл из одного места БД в другое место в той же БД" говорит о непонимании базовых вещей. Дано: две папки Windows и один файл, который находится в одной из них. Допустим, начальник попросил подчиненного: "Перемести файл С из папки А в папку B". По-вашему, этот начальник не понимает базовых вещей? Тогда как бы сказали вы, как понимающий базовые вещи? авторЕсли данные находятся в БД, то нам совершенно неважно, где именно в БД они находятся.
В том, то и дело, что неважно. Но операционная система делает это за несколько секунд (например перемещает файл размером допустим 2 гигабайта), просто поменяв координаты файла. А MS Access 100 мегабайтный файл переносит несколько минут из одного поля в другое, и то через копирование и последующее удаление оригинала.
автор И еще, пока они, эти данные, находятся внутри БД, никакая программа, (типа Word и Corel) не сможет с ними работать; с данными в БД работает только соответствующая СУБД, для других программ (типа Word и Corel), эти данные надо сначала вытащить оттуда.
Вы не правы, я могу открыть вложение в БД, не вытаскивая его оттуда. Если вы имеете ввиду конкретную СУБД, так и говорите, но не надо обобщать.

P.S. Такое ощущение, что я попал в детский сад. Не ожидал такого от здешних форумчан.

VoDA
Еще пришло в голову, что MS SQL server и наверняка другие могут вызывать команды операционки, а тога SQL-server может делать примерно
для перемещения файла ))))
Вот это уже ближе к теме. Но мне данное выражение ни о чем не говорит. Мне нужно чтобы, говоря упрощенно, через гиперссылку (или виртуальный файл, кому что нравится) была доступна не только команда левой кнопки мыши, но и правой. Не важно как это будет реализовываться, главное, чтобы мне не приходилось искать оригинал каким-либо способом. Поэтому вопрос: значит MS SQL Server удовлетворяет условиям темы?
VoDAИ ниыего из вами описанного не говорит о том, что Access САМ работает со вложениями !!! Копирование вложения с одного поля в другое это разве не работа с вложениями?

Изопропил ,
автор"Вложение" у Access на уровне интерфейса пользователя, в JET нормальный BLOB и CLOB с дурным названием ole object и memo соответсвенно.
что вы сюда приплетаете MEMO и OLE, когда есть отдельный тип данных "вложения"?
авторИ никаких файлов. Это уже не детский сад. Это сравнимо c утверждением первобытного человека попавшего в наше время, что разговаривать с другим континентом невозможно. Или утверждением участников рекламы сыра Хохланд.

Изопропил

авторВы не правы, я могу открыть вложение в БД, не вытаскивая его оттуда. Если вы имеете ввиду конкретную СУБД, так и говорите, но не надо обобщать.

Это вообще круть. Такое организовать можно, если СУБД обеспечивает IFS для доступа к блобам, но это точно не аксесс

Да, сточки зрения вислоухого юзера, кликающего мышкой по аксессной гиперссылке , "вложение не вытаскивается". Программисту же следует понимать, что происходит извлечение данных из BLOB и создание временного файла c последующим запуском приложения
А разве я говорил, что вытаскивания не происходит? Я говорил, что ИМЕННО я ничего не вытаскиваю.

zloy den ВыбираюСУБД Это уже не детский сад. Это сравнимо c утверждением первобытного человека попавшего в наше время, что разговаривать с другим континентом невозможно. Или утверждением участников рекламы сыра Хохланд.

Есть мнение что автора уже три раза могли послать на, однако же этого не делают. Судя по тому, что Изопропил не нашел у себя типа "вложения", кроме OLE, МЕМО и гиперссылок, получилось так, что мы разговаривали о разных вещах. Причина скорее всего в том, у него access не позднее 2003 года, а значит отстает на 5 лет. Эту разницу я просто утрировал. zloy denПопробую объяснить как-то по-другому:
Забудьте терминологию аксесса, это терминология конечного пользователя, а не программиста. Аксесс скрывает все что можно из своей структуры(за что собственно его и не люблю больше всего).
Файловая система тоже далека от СУБД по своей структуре. то что видит пользователь-это обертка программиста для данных в СУБД. Упрощенно(просьба знающих людей меня не пинать и не уточнять-так написано специально), БД-это один большой файл в котором хранятся данные, если мы вкладываем файл в СУБД, то это делается кодом, который считает файл и положит его в BLOB поле(внутри этого большого файла). Т.е. файл как бы перестает быть файлом и становится частью СУБД(СУБД пофиг что мы запихнем в BLOB, она его не анализирует и программист сам должен знать как вытащить данные). Если мы его извлекаем и сохраняем куда-либо, то он становится снова файлом. В аксессе это скрыто и делается просто, в других СУБД нужно написать специальный код, который будет этим заниматься.
СУБД(упрощенно)-это система для хранения/извлечения данных, пользовательский интерфейс к СУБД не причем-можно написать его на различных языках программирования и выглядеть они могут совершенно по разному. зачем мне знать это все, когда я могу просто нажав в поле "открыть" откроется файл, без моих дополнительных действий.

zloy denПочитайте что-нибудь по основам СУБД, только не трогайте аксесс!
И в том-то и вопрос, какая СУБД может делать это лучше чем аксесс. Не знаете - не отвечайте.