|
|
|
MySQL. Где хранить большие фалы
|
|||
|---|---|---|---|
|
#18+
Привет всем! Есть одна база самописного арма, 5-10 одновременных коннектов. Локалка. Текущий размер 1Гб. Возникла необходимость хранения файлов большого размера 20-300 МБ. Примерно 2-5 новых файлов в день. Дизайнер добавляет большой векторный файл, типография его обрабатывает. Т.е. в самой программе функция добавления, загрузки на локальный комп, удаления (редко). Какие вижу пути: 1. Насилую БД блобами. 2. Создаю расшаренную папку-файл-хранилище. В БД хранятся пути. Программа преставляет инерфейс для работы с этими путями (хранение, загрузка на локальный комп, удаление). Соображения по поводу пункта один. Есть подозрение, что MySQL от такой нагрузки просто умрет. Например функция копирования файла по сети в шару - в разы быстрее работает чем загрузка его же в BLOB базы. Загрузка 250 метрового файла занимает около минуты. По поводу два. Несекурно, кастыльно. Какие-то наверно еще подводные камни. Сталкивался ли кто-нибудь с подобной ситуацией? Вообще буду рад любым соображениям по поводу... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2012, 18:10 |
|
||
|
MySQL. Где хранить большие фалы
|
|||
|---|---|---|---|
|
#18+
СидорСидоровичСидоровПривет всем! Есть одна база самописного арма, 5-10 одновременных коннектов. Локалка. Текущий размер 1Гб. Возникла необходимость хранения файлов большого размера 20-300 МБ. Примерно 2-5 новых файлов в день. Дизайнер добавляет большой векторный файл, типография его обрабатывает. Т.е. в самой программе функция добавления, загрузки на локальный комп, удаления (редко). ... MySQL ... Вообще буду рад любым соображениям по поводу... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2012, 18:39 |
|
||
|
MySQL. Где хранить большие фалы
|
|||
|---|---|---|---|
|
#18+
Выбрана не та СУБД ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2012, 18:40 |
|
||
|
MySQL. Где хранить большие фалы
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошитель, в том плане что медленно работает с блобами? А какую бы следовало выбрать, по вашему мнению? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2012, 18:49 |
|
||
|
MySQL. Где хранить большие фалы
|
|||
|---|---|---|---|
|
#18+
СидорСидоровичСидоровДжекНепотрошитель, в том плане что медленно работает с блобами? А какую бы следовало выбрать, по вашему мнению? Тот же MS SQL с этой задачей справится. Хотя вполне можно обходиться и файловой системой для храниния таких файлов. Не обязательно делать расшаренную папку. Можно использовать какой-нибудь более "управляемый" механизм доступа к ним. Например, через tftp. При запросе файла он вытаскивается приложением в темповую папку на компьютере пользователя, и после работы с ним снова может отправляться на сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2012, 19:22 |
|
||
|
MySQL. Где хранить большие фалы
|
|||
|---|---|---|---|
|
#18+
По опыту скажу, что лучше хранить в файловой системе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2012, 19:33 |
|
||
|
MySQL. Где хранить большие фалы
|
|||
|---|---|---|---|
|
#18+
СидорСидоровичСидоровТекущий размер 1Гб. Возникла необходимость хранения файлов большого размера 20-300 МБ. Примерно 2-5 новых файлов в день. Сейчас база 1 гиг. Ее, очевидно, очень легко бэкапить, обслуживать и т.п. Бэкап можно даже на DVD сохранить, легко организовать зеркалирование базы при необходимости. По описанным параметрам добавления файлов база начнет расти примерно на гиг в день. Т.е. через пару месяцев будет уже 50 гиг, через год 300 гб. Оно вам надо? Сколько будет идти бэкап такой базы и сколько восстановление? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2012, 21:49 |
|
||
|
|
start [/forum/topic.php?fid=33&fpage=19&tid=1547776]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
80ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 12ms |
| total: | 177ms |
| 0 / 0 |
