|
|
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
alexeyvgСсылки +1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 13:30 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
Смотря с какой стороны рассматривать, Например мне, как разразботчику, проще хранить файлы и данные в одной системе, удобнее ими оперировать, исключена возможность появления мертвых ссылок и т.д., проблемы нагрузки на сервер и удобства бэкапа стоят у меня где то на втором плане. Но наш администратор от такого решения, прямо скажем не в восторге, потому что производительность и удобство бэкапа для него как раз на первом плане, а до удобств разработки ему дела нет. Потому единого мнения здесь быть не может ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 13:53 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
GoffmanПотому единого мнения здесь быть не может Очень даже может. Сравните стоимость разработки и стоимость дальнейшей поддержки. Вообще говорить не о чем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 14:06 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
Сергей Васкецов, И что, иногда проще купить дополнительную железку, чем потом тра%%ся с неизвестно откуда взявшимися мертвыми ссылками. Да и стоимость - вещь не такая неоднозначная, как вы думаете ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 14:19 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
> мне, как разразботчику, проще хранить файлы и данные в одной системе На потолке спать не пробовали? Решите сразу кучу проблем. > Потому единого мнения здесь быть не может Именно. Для файлов существует файловая система. Единственный случай, когда файлы можно хранить в базе данных, это когда их много и они мелкие, т. е. файловые системы неэффективны. Во всех остальных случаях в базе данных хранят файлы только и исключительно имбецилы. Никаких других вариантов, обоснований, примеров, отмазок и пр. не существует. По определению. Это не нужно обсуждать, это нужно запомнить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 14:28 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
Goffmanчем потом тра%%ся с неизвестно откуда взявшимися мертвыми ссылками Даю наводку: при известном радиусе кривизны рук мертвые ссылки с тем же успехом и исключительно внутри БД появляются. Не надо обосновывать кривые решения недостаточно квалифицированными кадрами. Все наоборот. Чем более правильное и простое решение, тем больше шансов, что и криворукие по нему успешно пройдут, если шаг вправо-влево будет караться расстрелом. Так что не стоит предлагать заведомо кривое решение для заведомо криворуких. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 14:35 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
> На потолке спать не пробовали? Решите сразу кучу проблем. Например? > Единственный случай, когда файлы можно хранить в базе данных, > это когда их много и они мелкие, т. е. файловые системы неэффективны. Мелкие-крупные, какая разница, главное - система работает с приемлемой производительностью, остальные выкладки от лукавого ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 14:38 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
Сергей Васкецов, Если следовать вашей логике, то блобы придумали одни криворукие идиоты для других криворуких идиотов. Не могу с вами согласится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 14:41 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
GoffmanЕсли следовать вашей логике, то блобы придумали одни криворукие идиоты для других криворуких идиотов. Не могу с вами согласится Тема идиотов и БЛОБов очень интересна, но вообще-то речь была о ссылках на файлы, а не о идиотах или БЛОБах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 14:43 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
> Мелкие-крупные, какая разница Вы напрасно получаете зарплату. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 14:46 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
Сергей ВаскецовGoffmanЕсли следовать вашей логике, то блобы придумали одни криворукие идиоты для других криворуких идиотов. Не могу с вами согласится Тема идиотов и БЛОБов очень интересна, но вообще-то речь была о ссылках на файлы, а не о идиотах или БЛОБах. Вы сами подняли эту тему, назвав всех пользователей болбов заведомо криворукими. > при известном радиусе кривизны рук мертвые ссылки > с тем же успехом и исключительно внутри БД появляются. это как так? Если все FK стоят на своих местах, то такая возможсть исключена, если есть обратный пример - приведите ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 14:52 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
GoffmanВы сами подняли эту тему, назвав всех пользователей болбов заведомо криворукими. Хм. Я бы для начала на Вашем месте научился понимать русский язык и не выдумывал за меня ничего. Начните свой мыслительный процесс с осознания того факта, что в сообщении, которому Вы аппелируете, вообще нет ни слова про БЛОБы и идиотов. GoffmanЕсли все FK стоят на своих местах, то такая возможсть исключена Убей FK - и получишь результат. Дал полномочия на убийство FK - считай, первый шаг уже сделан. Так что как ни старайся пыжиться - "кадры решают все". Goffmanесли есть обратный пример - приведите Зачем? Если файлы только добавляются, откуда возьмутся мертвые ссылки? Таки рекомендую освоить русский язык хотя бы на минимально достаточном уровне для общения по теме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 15:04 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
alexeyvgЕщё базу удобнее бакапить как единственный объект; Коллеги, Это ещё одна религиозная война с пеной у рта и дубинами против кирпичей - орудий пролетариата. Я постараюсь {ещё раз} объяснить свою точку зрения для данного конкретного случая - а вы - оппоненты - попробуйте без никаких клише объяснить мне дураку - в чём я не прав. Initial REQ1. на сегодняшний день автору надо загружать систему будующего. 2. У него хорошее железо 3. У него архитектурно правильно подобранная перспектива 4. Данные не меняются 5. Чистой воды ХРАНИЛИЩЕ 6. Использование ХРАНИЛИЩА - анализ на временном интервале - РАСКОПКИ Всё что ему СЕГОДНЯ надо - распределение своих BLOB на правильном уровне хранения. Размещать на файловой системе - на сегодня удобно - на временном интервале сплошные потери. Для анализа - абсолютно не эффективно. BLOB - такие же данные как и любые другие. Транзакции атомарность и всё такое - не касается ХРАНИЛИЩ. Террабайтная база на сегодня бэкапится десятками способов ранее никому не известных... Зачем заранее лепить прошлый век? Автору надо прожить в реальном мире пару лет и сегодняшняя дискуссия просто забудется как страшный сон. Тогда придётся начать загрузку из файловой системы в Базу. Вот тут проблемы и начнуцца. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 16:32 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
Вот как расслабуха Вам статеечка как будут строицца детекторы лжи на основе BLOB {из области фантастики} ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 16:36 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
Хм. Я бы для начала на Вашем месте научился понимать русский язык и не выдумывал за меня ничего. Начните свой мыслительный процесс с осознания того факта, что в сообщении, которому Вы аппелируете, вообще нет ни слова про БЛОБы и идиотов.[/quot] Сергей ВаскецовДаю наводку: при известном радиусе кривизны рук мертвые ссылки с тем же успехом и исключительно внутри БД появляются. Не надо обосновывать кривые решения недостаточно квалифицированными кадрами. Все наоборот. Чем более правильное и простое решение, тем больше шансов, что и криворукие по нему успешно пройдут, если шаг вправо-влево будет караться расстрелом. Так что не стоит предлагать заведомо кривое решение для заведомо криворуких. Ну тогда выражайтесь яснее, что вы хотели сказать этим набором витееватых лозунгов. Сергей Васкецов Убей FK - и получишь результат. Дал полномочия на убийство FK - считай, первый шаг уже сделан. Так что как ни старайся пыжиться - "кадры решают все". А если дал полномочия на UPDATE, DELETE, DROP - считай сделаны последующие шаги, если так рассуждать можно вообще ничего не делать. Че пыжиться - ложись да помирай сразу. Вопрос стоит не как проще разрушить, а как проще сделать. Сергей Васкецов Goffmanесли есть обратный пример - приведите Зачем? Ну да, конечно, если сказать нечего, проще всего закатив глаза, воскликнуть: "Зачем!?", снабдив сие восклицание каким то бредом про русский язык. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 19:07 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
guest_20040621> Мелкие-крупные, какая разница Вы напрасно получаете зарплату. А вы дальше прочитали что написано, или у вас после "какая разница" глаза кровью налились? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 20:52 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
Коллега Goffman я Вас убедительно прошу не разжигать страсти - ни к чему хорошему это обычно не приведёт. Всё равно будут ортодоксы с обеих сторон. Есть и экстремисты вечно забаненые или серые - не надо их трогать - будьте благоразумны. плиз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 20:55 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
> А вы дальше прочитали что написано Естественно. Ваше "какая разница" говорит мне о том, что Вам незнакомы проблемы, связанные с хранением файлов. Это во-первых. Во-вторых, Ваше "с приемлемой производительностью" говорит мне о том, что Вы не сталкивались с базами данных. Вообще. Я не знаю, чем Вы занимаетесь, но, коль скоро пытаетесь давать советы, значит, чувствуете себя квалифицированным разработчиком и - это предположение - зарабатываете деньги разработкой. Ну так запомните или запишите, что для базы данных не существует "с приемлемой производительностью". База данных - как правило - самое узкое место для любого приложения (на самом деле в настоящее время это уже не совсем так, но для контекста обсуждения это более чем справедливо). Т. е. фактически производительность приложения тупо упирается в iops дисковой. Понятно, да, почему хранение файлов без острой необходимости в базе данных противопоказано? Домашнее задание: построить тестовый стенд и измерить нагрузку на дисковую подсистему для двух случаев хранения файлов. Второе домашнее задание: доработать тестовый стенд так, чтобы файлы физически находились на другой машине (лучше даже и в другой подсети). Измерить нагрузку на дисковую подсистему аналогично предыдущему домашнему заданию. Ну, и, наконец, третье домашнее задание: добавить зеркало файлового архива, выключить два первых компьютера и измерить доступность сервиса для двух способов хранения файлов. После успешных испытаний результаты тестов - в студию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 22:03 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
Вопрос автору: а будет ли предусмотрен какой-либо поиск по содержимому этих файлов? А, например, полнотекстовый с морфологией? Да на русском языке? PostgreSQL, если не ошибаюсь, умеет это только для блобов. Oracle - и для внешних файлов тоже. (если ошибаюсь, поправьте). В целом, как Вы описали задачу, соглашусь с Mr Marmelad . В блобах будет удобнее. PS: у меня сейчас два похожих проекта, где нужно хранить большое количество документов. Один - web-приложение, доступ к файлам нужен и помимо СУБД (так получилось). Храним ссылки. В другом нужно постоянно делать "мобильные копии" базы, потом сложным образом синхронизировать. Храним в блобах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 22:16 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
наш оппонент остался жить в прошлом ХХ веке ... Надеюсь сегодняшние I/O проблемы легко разрешимы вот внимательным http://www.youtube.com/watch?v=Cg5Ep99kq_k ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 22:23 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
guest_20040621...проблемы, связанные с хранением файлов А хранение именно _файлов_ - это что, обязательное требование? Клиенту надо хранить его _данные_, в т.ч. и неструктурированные. А уж файлы это будут, или, скажем, шмайлы - проблемы разработчика. guest_20040621для базы данных не существует "с приемлемой производительностью" Что там себе пожелает база данных - опять же не проблема клиента. Ему нужна именно "приемлемая производительность". Не выше и не ниже. guest_20040621хранение файлов без острой необходимости в базе данных противопоказано А вот оценка остроты этой необходимости - как раз задача разработчика. IMHO, при прочих равных, хранение каких-либо данных БД вне самой БД без острой необходимости противопоказано :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 22:33 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
rilioIMHO, при прочих равных, хранение каких-либо данных БД вне самой БД без острой необходимости противопоказано :) Совершенно с Вами согласен Коллега. Именно так и именно этими словами. Работал я над переводом одной такой системочки (из ХХ века) ... Честно скажу - врагу не пожелаю. Ворпос был раньше простой - выбора не было. Никакий BLOB десять лет назад никому и в голову не приходило хранить в базе. Просто не было таких возможностей. И как стало легче после их появления.... Но появилась другая проблема - проблема религии.. И Обычные доводы людей (в том числе и меня некоторое время назад) - Никаких BLOB!!! Хорошо что сейчас пересмотрел свои взгляды. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 22:44 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
Недочитал до конца - сил просто нету флеймы по всякому поводу читать - отличный компромис BLOB или файл - MSQL 2008 - filestream ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 22:53 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
rilioВопрос автору: а будет ли предусмотрен какой-либо поиск по содержимому этих файлов? Поиск по содержимому ненужен. Хранимые файлы, по сути, представляют собой набор полей и их значений, но формат файлов специфичный, и значения этих полей можно выдернуть только через обрабатывающий софт или через Windows API. Я думаю, что лучше во время загрузки файла выдергивать из него в БД нужные для поиска поля. БД возрастет от этого не сильно, зато поиск будет эффективнее. Да и обрабатывающий софт может со временем измениться, а поля в БД останутся. Главное - достать файл из хранилища, а чем его потом читать - дело третье. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2009, 23:48 |
|
||
|
BLOB или не BLOB? Вечный вопрос.
|
|||
|---|---|---|---|
|
#18+
GoffmanНу тогда выражайтесь яснее, что вы хотели сказать этим набором витееватых лозунгов. В "витиеватых лозунгах" ни слова нет про БЛОБы, и нужны они лишь для того, чтобы попытаться их понять, чтобы не выдумывать проблему там, где ее нет. GoffmanВопрос стоит не как проще разрушить, а как проще сделать. Именно что "как проще сделать". Вы же начинаете рассказывать сказку про белого бычка про какие-то мертвые ссылки, невесть откуда взявшиеся, с уверением, что если файлы будут в БЛОБах, это надежнее, так как мертвых ссылок почему-то не будет. Отвечаю еще раз для непонятливых. Будет. Потому что мертвые ссылки - это не проблема ссылок, это проблема приложения и его использования (разрешенного и не разрешенного). Если в приложении или в регламенте его использования есть ошибки - мертвые ссылки будут. Если дать лишние права - мертвые ссылки будут. Goffmanпроще всего закатив глаза, воскликнуть: "Зачем!?" Вы не поняли. Я не понимаю, зачем мне приводить обратные примеры для Вашего случая, если Вы сами должны его обосновывать и "рекламировать". Я лишь указал, что нет смысла выдумывать нечто, что не появится. Mr MarmeladАвтору надо прожить в реальном мире пару лет и сегодняшняя дискуссия просто забудется как страшный сон. Тогда придётся начать загрузку из файловой системы в Базу. Вот тут проблемы и начнуцца. 1. Дешевый термоядерный синтез и полеты на Марс когда обещали? А в production новые технологии поступят еще через пару-тройку лет. Так что ждать у моря погоды можно вечно. 2. Какие проблемы? У меня в одной БД есть такая фича, как загрузка/выгрузка файлов в БД и из БД на диск. Потому что приложению (тем более нескольким разным одновременно) удобнее работать с нормальным файлом на диске, а не с его копией в TMP или вообще в датасете в памяти. А дампы проще таскать одним куском. Вы не поверите, но вообще никаких проблем нет в том, чтобы залить файлы с дисков в блобы. rilioЕму нужна именно "приемлемая производительность". Это напоминает разговоры студента "сдал - забыл". БД имеют свойство расти в размере и меняться в структуре. И "приемлемой" производительности в работе БД не бывает, так как через пару-тройку лет она станет неприемлемой. Впрочем, если Вам интересно вечно работать на подержке и переписывании БД - ради бога. Причем в данной ситуации речь даже не дет о том, чтобы вложить какие-то сверхособенные деньги в инфраструктуру. Речь идет просто о том, чтобы правильно продумать, а что будет, если 100 человек захотят утащить с сервера одновременно по гигабайту, и какая будет красота, если эти файлы будут физически на разных носителях. Вам заранее говорят очевидную вещь, что БД будет бутылочным горлышком, Вы же упорно говорите, что мы об этом знаем и это "приемлемо". Влаг в руки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2009, 11:55 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=35934582&tid=1543295]: |
0ms |
get settings: |
5ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
164ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 243ms |
| total: | 484ms |

| 0 / 0 |
