![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Как записать в таблицу БД текст объёмом свыше 2-х мегабайт?
dehkanin © (2014-02-19 20:15:00)1. Какой тип переменной выбрать для поля записи?
2. Если string то - что указать в поле "size ", чтобы записать текст объёмом свыше 2-х Мб?
Если другой тип - какой?
dehkanin (2014-02-20 18:37:00) [61]А разве они потянут объем 2 мб?
Кажется не получится.
clickmaker (2014-02-20 18:28:00) [62]> А string, WideString, AnsiString
а с ними-то какие сложности?
Rouse_ (2014-02-20 18:17:00) [63]
> dehkanin (20.02.14 18:12) [65]
> Ни фига себе чего Вы понаписали!
> Я правильно понял, что лучше хранить в blob?
Мнения скажем так, разделились.
Часть апологетов за блоб, а остальные за хранение во внешнем файле :)
dehkanin (2014-02-20 18:12:00) [64]Ни фига себе чего Вы понаписали!
Я правильно понял, что лучше хранить в blob?
В принципе я так и делал, но кто-то меня раскритиковал и я засумлевался.
А string, WideString, AnsiString, Memo?
Rouse_ (2014-02-20 18:02:00) [65]
> Ega23 © (20.02.14 17:38) [63]
> А как ты в базу просто так залезешь?
А она перестала быть файлом на диске?
Ega23 (2014-02-20 17:38:00) [66]
> представь что они сидят в базе - вопрос будет такой-же.
А как ты в базу просто так залезешь?
Rouse_ (2014-02-20 17:18:00) [67]
> Ega23 © (20.02.14 17:13) [60]
Ты лезешь в крайности, но впрочем... представь что они сидят в базе - вопрос будет такой-же.
sniknik (2014-02-20 17:17:00) [68]> где нибудь явно или косвенно вытянуть в запросе.
запросы с * используют например... и тянутся не нужные "файлы" на клиента.
Ega23 (2014-02-20 17:13:00) [69]
> А как думаешь кто убил? А воть такие-же специалисты, которые
> SWP файл грохают, а потом матерятся и задают вопросы о ссылочной
> целостности :))))
Представь себе на секундочку, что наш ImageList на 300 с лишним иконок сидит не в датамодуле, а каждая иконка лежит рядом с exe-шником отдельным файлом.
Сколько в течении недели позвонят в суппорт с претензией "у меня иконки слетели, программа не работает"?
Rouse_ (2014-02-20 17:08:00) [70]
> DVM © (20.02.14 17:06) [58]
> Все из-за неправильного запроса где нибудь.
Мошт и так, но это уже к Жеке, он их саппорт достаточно сильно напрягает и они вроде все оперативно правят. Мошт и с этим разберутся, а пока что ситуация выглядит так, как я ее описал.
DVM (2014-02-20 17:06:00) [71]
> Rouse_ © (20.02.14 16:59) [54]
> Все из-за того что ELF аттачи (сами по себе махонькие по
> 100 кб в среднем) сидят в базе.
Все из-за неправильного запроса где нибудь. Да будь там хоть триллион терабайтных аттачей, это мало сказывается на производительности, если их не пытаться где нибудь явно или косвенно вытянуть в запросе.
Rouse_ (2014-02-20 17:03:00) [72]
> Ega23 © (20.02.14 17:00) [55]
> Ты внимательно [50] прочитал? Не ты ли столько раз говорил
> про какую-нить бабку, которая сносит userdb потому что "а
> нафиг оно нужно?".
Прочитал и че? У нас сервер ГС от пятерки который хранит данные в куче поддерживаемых форматов баз, как фаерберд, MSSQL, так и ораклы всякие и че там еще впихнуть можно.
Угадай, сколько тикетов в багтрекере из-за того что базы убитые стали?
А как думаешь кто убил? А воть такие-же специалисты, которые SWP файл грохают, а потом матерятся и задают вопросы о ссылочной целостности :))))
Ega23 (2014-02-20 17:02:00) [73]
> Кстати Легыч, до кучи - знаешь почему у нас багтрекер три
> дня лежал, да и щас ворочается едва? Все из-за того что
> ELF аттачи (сами по себе махонькие по 100 кб в среднем)
> сидят в базе. Жека эксперементировал с этим делом и щас
> тож думает как их оттуда выцарапать, чтоб базенка не проседала
> на 200 тыщах дубликатов.
Так может проблема не в хранении их "где-то-там", а в выборе СУБД и железа под конкретнуюзадачу?
Ega23 (2014-02-20 17:00:00) [74]
> Чиста для поржать через месяц, когда ты будешь говорить
> все с точностью наоборот? :)
Ты внимательно [50] прочитал? Не ты ли столько раз говорил про какую-нить бабку, которая сносит userdb потому что "а нафиг оно нужно?".
Rouse_ (2014-02-20 16:59:00) [75]
> Ega23 © (20.02.14 16:50) [51]
> Практика показывает, что в 99% случаев хранение блобов вне
> СУБД - это либо неправильный выбор самой СУБД, либо блажь
> в стиле
Кстати Легыч, до кучи - знаешь почему у нас багтрекер три дня лежал, да и щас ворочается едва? Все из-за того что ELF аттачи (сами по себе махонькие по 100 кб в среднем) сидят в базе. Жека эксперементировал с этим делом и щас тож думает как их оттуда выцарапать, чтоб базенка не проседала на 200 тыщах дубликатов.
Ega23 (2014-02-20 16:57:00) [76]Когда-то давным давно, когда пни ещё были 133-ми, винты - гигабайтными, а винда - 95-й и стояла параллельно с DOS-ом, понадобилось моему бате под DOS-ом место на диске C. А места-то и не было. Посмотрев, чё каг, он обнаружил огромный файл на 40 метров с расширением swp. И удалил его к лешему. И записал на освободившееся место то, что было нужно.
А потом матерился и говорил что-то про масдай, который ваще негрузицо.
Такая вот история. Это к вопросу ссылочной целостности.
Rouse_ (2014-02-20 16:54:00) [77]
> Ega23 © (20.02.14 16:50) [51]
> Практика показывает, что в 99% случаев хранение блобов вне
> СУБД - это либо неправильный выбор самой СУБД, либо блажь
> в стиле "да я всегда так делал и всё работало".
Хочешь я на тебя задачу по серваку перекину завтра? :)
Чиста для поржать через месяц, когда ты будешь говорить все с точностью наоборот? :)
Ega23 (2014-02-20 16:50:00) [78]
> Раз 1 и 2 варианты не устраивают по каким-то причинам.
Практика показывает, что в 99% случаев хранение блобов вне СУБД - это либо неправильный выбор самой СУБД, либо блажь в стиле "да я всегда так делал и всё работало".
Ega23 (2014-02-20 16:48:00) [79]
> Расчетливые практики давно это поняли
Это всё хорошо работает только в том случае, когда вся эта байда стоит где-то далеко и пытливые ручки пользователей, а также пытливые ручки наполняльщиков БД не могут дотянуться до этих файлов.
И опять-таки невозможность snapshot-транзакции.
Inovet (2014-02-20 16:44:00) [80]> [48] DVM © (20.02.14 16:37)
> Зачем делать протокол
Раз 1 и 2 варианты не устраивают по каким-то причинам.