ValadeyДобрался я до нужной записи, процедура смотрит путь в таблице допустим и выводит картинку в image, тока вот как это реализовать?! через opendialog не получица наверно!
1. Такое впечатление, что сегодня в "Проектирование БД" по ошибке массово попадают письма, место которым в "Delphi", "FoxPro" или прочих подобных форумах.

2. Если как следует обработать напильником, то скорее всего удастся и через opendialog. Но не лучше ли использовать более прямые пути?

3. Далеко не факт, что так получится выигрыш в скорости.

mr_yuНе гемор, а правильно нужно организовывать доступ к серверу БД!
Т.е. БД и картинки к ней на отдельном компе чтоб никто не смел ниче трогать!
Cлучай из жизни. Была организована следующая схема репликации:

(куча боевых серверов с двусторонней репликацией между собой) --> сервер тестеров (в одну сторону) --> сервер разработчиков (в одну сторону).

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

Люди, которых я оставил "на хозяйстве" после себя также быстро уволились, и легло это все на плечи неизвестных мне личностей, нанятых уже после моего ухода. Судя по доходившим до меня рассказам и задаваемым мне вопросам, людьми они были веселыми. В том числе, в какой-то момент они ухитрились нечаянно поднять репликацию в обратную сторону, с сервера разработчиков на тестеров (хорошо, что не на production). Данные поехали, причем структура БД на сервере разработчиков, естественно, несколько отличалась от "боевой". На сервере тестеров эти реплики были обработаны описанным в приложенной мной документации образом - репликатор приостановил прием данных, стал плеваться в почту сообщениями об ошибке и ждать, пока исправят причину ошибки (то есть синхронизируют структуры).

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

К вопросу о правильном ограничении доступа....

AlexTheRavenО правильном ограничении доступа к администратору БД - только через менеджера проекта:)
Не думаю, что они просто случайно задели конфигурацию. Скорее, как раз выполняли какое-нибудь задание.

AlexTheRavenДумаю, скорее к вопросу о правильном и! хорошо описанном процессе разработки.
Разработка тут не очень при чем. А насчет хорошо описанного - их начальник (в разговоре со мной) очень хвалил документированность. Я и сам полагаю, что описал неплохо. Так что даже со скидкой на склонность делать комплименты в лицо, полагаю не очень тот случай. Просто есть люди, которым документация не помогает.

AlexTheRavenДа... Горячий и неопытный программист хуже холодного и опытного хакера.
Хм. Чем-то сродни "хороший хакер - мертвый (и уже остывший) хакер".

Makarenko SashaКак на счет такого варианта.
Такой вариант называется оракловым типом данных BFILE :)

Но смысла именно в таком взаимодействии я не вижу, если только БД не имеет каких-либо идиотских особенностей, мешающих хранить тот же файл непосредственно в блобе. Когда меня спрашивают о случаях, когда уместен BFILE, я обычно называю следующий вариант: интернет-приложение с кучей картинок, веб-сервер не тратит время на вытягивание картинок через БД, а пользуется непосредственно файлами.