Есть программа базы резюме. Первоначально написали программу с помощью Access, но возникли сложности с подрузкой и захватом файлов формата .jpg. Скажите, какая СУБД нормально работает с этим?
Здравствуйте, Аноним, Вы писали:
А>Есть программа базы резюме. Первоначально написали программу с помощью Access, но возникли сложности с подрузкой и захватом файлов формата .jpg. Скажите, какая СУБД нормально работает с этим?
СУБД не занимается "подрузкой и захватом файлов формата .jpg". Это в любом случае придется писать отдельно.
Здравствуйте, <Аноним>, Вы писали:
А>Есть программа базы резюме. Первоначально написали программу с помощью Access, но возникли сложности с подрузкой и захватом файлов формата .jpg. Скажите, какая СУБД нормально работает с этим?
Если морда написана на Access, то достаточно несложно заменить собственно БД на MSSQL или SQL Express.
Аноним 673 wrote:
> Есть программа базы резюме. Первоначально написали программу с помощью > Access, но возникли сложности с подрузкой и захватом файлов формата > .jpg. Скажите, какая СУБД нормально работает с этим?
Любая реляционная СУБД одинаково плохо работает с блобами.
Так что всё равно.
Здравствуйте, Аноним, Вы писали:
А>Есть программа базы резюме. Первоначально написали программу с помощью Access, но возникли сложности с подрузкой и захватом файлов формата .jpg. Скажите, какая СУБД нормально работает с этим?
С большими блобами более-менее нормально работает SQLite.
Здравствуйте, Аноним, Вы писали:
А>Есть программа базы резюме. Первоначально написали программу с помощью Access, но возникли сложности с подрузкой и захватом файлов формата .jpg. Скажите, какая СУБД нормально работает с этим?
ВСЕ.
А в Access, наверное, вам не нужно складывать картинки в OLE контейнер, и все будет ок. Из не клиент-серверных СУБД хранилище Access довольно неплохо, да и проблем с компенентами доступа и установкой чего-либо нет.
Здравствуйте, <Аноним>, Вы писали:
А>Есть программа базы резюме. Первоначально написали программу с помощью Access, но возникли сложности с подрузкой и захватом файлов формата .jpg. Скажите, какая СУБД нормально работает с этим?
Ещё Firebird не советовали.
Можно использовать Embedded вариант — это несколько дополнительных dll-ек в каталоге проги.
Здравствуйте, Аноним, Вы писали:
А>Есть программа базы резюме. Первоначально написали программу с помощью Access, но возникли сложности с подрузкой и захватом файлов формата .jpg. Скажите, какая СУБД нормально работает с этим?
сейчас меня расстреляют, но я скажу, что лучше всего справляется с файлами... файловая система.
в том числе с бекапом, зеркалированием, пред-обработкой, пред-просмотром... аааааааааааааааа... только не ногами! только не по голове! во
Здравствуйте, bastrakov, Вы писали:
B>сейчас меня расстреляют, но я скажу, что лучше всего справляется с файлами... файловая система. B>в том числе с бекапом, зеркалированием, пред-обработкой, пред-просмотром... B> аааааааааааааааа... только не ногами! только не по голове! во
А почему расстреляют то? Я так же делал — в БД хранится только путь к файлу, а сами файлы на диске. Вот как уже организовать само файловое хранилище — это зависит от задачи и количества файлов.
Здравствуйте, Dmitry The Wing, Вы писали:
B>>сейчас меня расстреляют, но я скажу, что лучше всего справляется с файлами... файловая система.
DTW>А почему расстреляют то? Я так же делал — в БД хранится только путь к файлу, а сами файлы на диске. Вот как уже организовать само файловое хранилище — это зависит от задачи и количества файлов.
Кстати, очень удобно для распространения продукта на CD например (БД в режиме ReadOnly). В противном случае — возникают дополнительные проблемы связанные с синхронизацией содержимого БД и файлового хранилища (ну грохнули файлик из Фара, а БД-то и не знает )
Здравствуйте, DarkMaster, Вы писали:
DM>Кстати, очень удобно для распространения продукта на CD например (БД в режиме ReadOnly). В противном случае — возникают дополнительные проблемы связанные с синхронизацией содержимого БД и файлового хранилища (ну грохнули файлик из Фара, а БД-то и не знает )
Чем это отличается от "Ну занулили блоб в БД минуя программу, программа-то и не знает".
Здравствуйте, Ziaw, Вы писали:
DM>>Кстати, очень удобно для распространения продукта на CD например (БД в режиме ReadOnly). В противном случае — возникают дополнительные проблемы связанные с синхронизацией содержимого БД и файлового хранилища (ну грохнули файлик из Фара, а БД-то и не знает )
Z>Чем это отличается от "Ну занулили блоб в БД минуя программу, программа-то и не знает".
Дык я ж и говорю, что требуется синхронизация.
P.S. Интересно, как это ты "занулишь блоб" Утилитами администрирования? А как ими пользоваться — все юзера конечно в курсе.
Здравствуйте, DarkMaster, Вы писали:
DM>Дык я ж и говорю, что требуется синхронизация.
DM>P.S. Интересно, как это ты "занулишь блоб" Утилитами администрирования? А как ими пользоваться — все юзера конечно в курсе.
1. Есть столько способов нарушить работу программы при помощи удалениия файлов, что еще один большой роли не играет.
2. Программа должна наиболее корректно обрабатывать отсутствие нужных данных и сообщать об ошибке, неважно, стер пользователь файл данных или залез в базу и напакостил там.
Здравствуйте, Ziaw, Вы писали:
Z>Здравствуйте, DarkMaster, Вы писали:
DM>>Дык я ж и говорю, что требуется синхронизация.
DM>>P.S. Интересно, как это ты "занулишь блоб" Утилитами администрирования? А как ими пользоваться — все юзера конечно в курсе.
Z>1. Есть столько способов нарушить работу программы при помощи удалениия файлов, что еще один большой роли не играет. Z>2. Программа должна наиболее корректно обрабатывать отсутствие нужных данных и сообщать об ошибке, неважно, стер пользователь файл данных или залез в базу и напакостил там.
Народ, давайте не начинать в очередной раз.
Голосуем за закрытие топика.
Здравствуйте, Ziaw, Вы писали:
Z>1. Есть столько способов нарушить работу программы при помощи удалениия файлов, что еще один большой роли не играет.
Дык ее вообще стереть можно
Z>2. Программа должна наиболее корректно обрабатывать отсутствие нужных данных и сообщать об ошибке, неважно, стер пользователь файл данных или залез в базу и напакостил там.
Э-э-э... Я вроде возражать не пытаюсь Просто сказал, что иногда удобно использовать как хранилище файлов не БД с ее блобами, а файловую систему. А проблемы в любом случае будут
Здравствуйте, wildwind, Вы писали:
W>Народ, давайте не начинать в очередной раз.
ну да-да... холивар.
W>Голосуем за закрытие топика.
можно я последний раз дубиной махну?..
только что мелькнул на sql.ru (к которому у меня доступ только из дома, так что ссылку дать не могу) топик с вопросом на 5 баллов:
"как конвертануть формат графических файлов, которые залиты в blob-ы?".
ну там можно увидеть классную шутку про dbms_photoshop пакет. и потом даже показали реально сделанный.
но безотносительно оракла. тот же access, с которого топик начинается. и дальше переход из него в другую базу...
ну оно же реально проще. я могу понять, когда в базе обьекты хранят, или бинарные данные с датчиков.
но когда туда начинают лить стандартные файлы, для которых есть куча утилит для работы и куча стандартных решений — до меня логика выбора не доходит.
подозреваю, что у меня очень ограниченный взгляд на эти вещи, и я просто не догоняют сакральности решения...
так может если не догоняю, то _мне_ так и лучше?.. т.е. до тех пор, пока не проникся почему хранить в базе лучше, чем ссылками — и не надо?..
B>можно я последний раз дубиной махну?.. B>только что мелькнул на sql.ru (к которому у меня доступ только из дома, так что ссылку дать не могу) топик с вопросом на 5 баллов: B>"как конвертануть формат графических файлов, которые залиты в blob-ы?".
Ладно. А как конвертануть формат графических файлов, которые не залиты в блобы?
B>подозреваю, что у меня очень ограниченный взгляд на эти вещи, и я просто не догоняют сакральности решения... B>так может если не догоняю, то _мне_ так и лучше?.. т.е. до тех пор, пока не проникся почему хранить в базе лучше, чем ссылками — и не надо?..
Ну давай подумаем как ты будешь делать бэкап этой фйловой каши на горячую без остановки сервера и отключения пользователей? А рестор как будешь делать на определенный момент? Или ты относишься к той категории людей, которые будут делать бэкап?
Здравствуйте, _d_m_, Вы писали:
___>Ну давай подумаем как ты будешь делать бэкап этой фйловой каши на горячую без остановки сервера и отключения пользователей? А рестор как будешь делать на определенный момент?
Далеко не во всех системах эти задачи вообще стоят и/или трудноразрешимы. Естественно с такими требованиями хранить в блобах будет дешевле.
Здравствуйте, _d_m_, Вы писали:
B>>можно я последний раз дубиной махну?..
и отмахнусь еще раз.
B>>только что мелькнул на sql.ru (к которому у меня доступ только из дома, так что ссылку дать не могу) топик с вопросом на 5 баллов: B>>"как конвертануть формат графических файлов, которые залиты в blob-ы?". ___>Ладно. А как конвертануть формат графических файлов, которые не залиты в блобы?
ну я знаю на вскидку несколько бесплатных утилит, которые делают это пакетом по директориям.
т.е. запускаешь, и фоном она шерстит файловую систему и делает копии в другом формате.
можно еще и с размером, разрешением...(куча фич)... поработать до кучи.
это про графику. можно и видео и звук так же обрабатывать директориями.
обратите внимание еще раз, копья ломают про стандартные файлы. к обьектам и бинарникам претензий нет.
может там датчик по 1кб за раз, но млн записей в день льет. или их сразу в архивы надо складывать, или пусть в базе живут пока не прибили.
B>>подозреваю, что у меня очень ограниченный взгляд на эти вещи, и я просто не догоняют сакральности решения... B>>так может если не догоняю, то _мне_ так и лучше?.. т.е. до тех пор, пока не проникся почему хранить в базе лучше, чем ссылками — и не надо?.. ___>Ну давай подумаем как ты будешь делать бэкап этой фйловой каши на горячую без остановки сервера и отключения пользователей? А рестор как будешь делать на определенный момент? Или ты относишься к той категории людей, которые будут делать бэкап?
разобьем на 2 вопроса:
1) бекап базы без blob-ов делать легче и "меньше" (быстрее). агри?
2) бекап картинок можно делать другим процессом, не тем, который работает с базой.
т.о. политически: 1) время меньше — дба будет счастлив. 2) перекладываем проблему безопасности _картинок_ с дба-я.
т.о. технически: 1) выше надежность бекапа именно базы. 2) картинки можно еще и зеркалить на другой url. что повышает доступность, например.
аааааааааааааааа... 
только не ногами! только не по голове! 
Утилитами администрирования? А как ими пользоваться — все юзера конечно в курсе.
Просто сказал, что иногда удобно использовать как хранилище файлов не БД с ее блобами, а файловую систему. А проблемы в любом случае будут 
