Модераторы: LSD
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Хранение текста в базе данных. 
:(
    Опции темы
SergMix
Дата 14.12.2006, 00:22 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 2
Регистрация: 13.12.2006

Репутация: нет
Всего: нет



   Базы данных для меня новая область, поэтому вопрос может показаться глуповатым. smile 

Передо мною стоит задача сохранения текста (комментарии на Web-сайте). 
Если комментарии небольшие, то вполне можно использовать XML для их хранения,
но как быть если они велики? И если, кроме того, они генерируют html-страницу 
(например, для визуального отображения строк кода). Каковы ограничения на длину
строки в базах SQL? И не опасно ли хранить в базе генерирующий html текст?
 ( Сайт разрабатывается на ASP.NET)

Спасибо за любой совет или подходящую ссылку.

PM MAIL   Вверх
ТоляМБА
Дата 14.12.2006, 06:50 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Котэ
***


Профиль
Группа: Завсегдатай
Сообщений: 1607
Регистрация: 15.12.2004

Репутация: 5
Всего: 252



Цитата(SergMix @  14.12.2006,  00:22 Найти цитируемый пост)
Каковы ограничения на длину
строки в базах SQL?
 В зависимости от базы.
Цитата(SergMix @  14.12.2006,  00:22 Найти цитируемый пост)
И не опасно ли хранить в базе генерирующий html текст?
 Ты текст можешь хранить не в самой базе, а в отдельных файлах, а в поле базы хранить ссылки на эти файлы.

PM   Вверх
batigoal
Дата 14.12.2006, 09:25 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Нелетучий Мыш
****


Профиль
Группа: Участник Клуба
Сообщений: 6423
Регистрация: 28.12.2004
Где: Санктъ-Петербургъ

Репутация: 1
Всего: 151



Цитата(SergMix @  14.12.2006,  01:22 Найти цитируемый пост)
Каковы ограничения на длину
строки в базах SQL?

В Оракле, например, на длину строки есть ограничение до 4000 символов (для типа varchar2).
Но в большинстве баз есть специальные типы для больших объектов. В том же Oracle - BLOB, CLOB, xmltype...


--------------------
"Чтобы правильно задать вопрос, нужно знать большую часть ответа" (Р. Шекли)
ЖоржЖЖ
PM WWW   Вверх
SamDark
Дата 14.12.2006, 11:15 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Добрый кот
***


Профиль
Группа: Участник
Сообщений: 1424
Регистрация: 25.7.2006
Где: Voronezh

Репутация: нет
Всего: 38



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


--------------------
rmcreative.ru — Это жжж неспроста...
yiiframework.ru — О фреймворке Yii на русском.
reggi — здесь я регистрирую домены
PM MAIL WWW GTalk Jabber MSN   Вверх
LSD
Дата 15.12.2006, 13:06 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Leprechaun Software Developer
****


Профиль
Группа: Модератор
Сообщений: 15718
Регистрация: 24.3.2004
Где: Dublin

Репутация: 24
Всего: 538



Цитата(ТоляМБА @  14.12.2006,  06:50 Найти цитируемый пост)
Ты текст можешь хранить не в самой базе, а в отдельных файлах, а в поле базы хранить ссылки на эти файлы.

А вот этого лучше не делать.


--------------------
Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it.
PM MAIL WWW   Вверх
ТоляМБА
Дата 18.12.2006, 07:58 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Котэ
***


Профиль
Группа: Завсегдатай
Сообщений: 1607
Регистрация: 15.12.2004

Репутация: 5
Всего: 252



Цитата(LSD @  15.12.2006,  13:06 Найти цитируемый пост)
А вот этого лучше не делать. 
 Обоснуй, пожалуйста, почему?
PM   Вверх
LSD
Дата 18.12.2006, 09:35 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Leprechaun Software Developer
****


Профиль
Группа: Модератор
Сообщений: 15718
Регистрация: 24.3.2004
Где: Dublin

Репутация: 24
Всего: 538



Цитата(ТоляМБА @  18.12.2006,  07:58 Найти цитируемый пост)
Обоснуй, пожалуйста, почему?

Потому что в таком случае:
  • на внешние данные не распросраняются транзакции БД. Представь что будет если: один пользователь внесет изменения в данные, затем другой пользователь внесет изменения в данные. После чего первый пользователь сделает rollback, а второй commit. И вообще непонятно как реализовать например удаление даных.
  • на внешние данные не распросраняется система безопастности БД. Как разграничивать права для пользователей?
  • резервное копирование, импорт/экспорт для внешних данных, тоже надо проводить отдельно



--------------------
Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it.
PM MAIL WWW   Вверх
batigoal
Дата 18.12.2006, 09:40 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Нелетучий Мыш
****


Профиль
Группа: Участник Клуба
Сообщений: 6423
Регистрация: 28.12.2004
Где: Санктъ-Петербургъ

Репутация: 1
Всего: 151



Цитата(LSD @  18.12.2006,  10:35 Найти цитируемый пост)
на внешние данные не распросраняется система безопастности БД. Как разграничивать права для пользователей?
резервное копирование, импорт/экспорт для внешних данных, тоже надо проводить отдельно

Ну это же все решаемо, на уровне администрежа. 


--------------------
"Чтобы правильно задать вопрос, нужно знать большую часть ответа" (Р. Шекли)
ЖоржЖЖ
PM WWW   Вверх
LSD
Дата 18.12.2006, 09:45 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Leprechaun Software Developer
****


Профиль
Группа: Модератор
Сообщений: 15718
Регистрация: 24.3.2004
Где: Dublin

Репутация: 24
Всего: 538



Цитата(batigoal @  18.12.2006,  09:40 Найти цитируемый пост)
Ну это же все решаемо, на уровне администрежа.

В принципе - все решаемо, и пункт 1 тоже решаем, путем работы через ХП и блокировки. Вот только это искуственное решение. Плюс DBA придется заниматься не своим делом.


--------------------
Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it.
PM MAIL WWW   Вверх
Dremlin
Дата 18.12.2006, 09:47 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Quo vadis?
*


Профиль
Группа: Участник
Сообщений: 157
Регистрация: 21.9.2006
Где: Киев

Репутация: нет
Всего: 4



Цитата(batigoal @  18.12.2006,  08:40 Найти цитируемый пост)
Ну это же все решаемо, на уровне администрежа.  

Понятно, что решаемо, но какой смысл наступать на много разных граблей, если можно все это реализовать одной большой и наступать на нее уверенным и отработаным движением по мере необходимости?  smile 
--------------------
Каждый дурак знает, что до звезд не достать, а умные, не обращая внимания на дураков, пытаются...
PM MAIL   Вверх
Wowa
Дата 29.1.2007, 18:27 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
Group Icon


Профиль
Группа: Админ
Сообщений: 15017
Регистрация: 14.9.2000
Где: Винград

Репутация: 1
Всего: 290



Цитата(ТоляМБА @  18.12.2006,  05:58 Найти цитируемый пост)
 Обоснуй, пожалуйста, почему? 

а зачем?? smile Делаешь TEXT или LONGTEXT и хранишь данные. 
PM WWW   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Общие вопросы по базам данных"
LSD
Zloxa

Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:

  • вопросам по СУБД для которых нет отдельных подфорумов
  • вопросам которые затрагивают несколько разных СУБД (например проблема выбора)
  • инструменты для работы с СУБД
  • вопросы проектирования БД
  • теоретически вопросы о СУБД

Данный форум не предназначен для:

  • вопросов о поиске разлиных БД (если не понимаете чем БД отличается от СУБД то: а) вам не сюда; б) Google в помощь)
  • обсуждения проблем с доступом к СУБД из различных ЯП (для этого есть соответсвующие форумы по каждому ЯП)
  • обсуждения проблем с написание SQL запросов, для этого есть форум Составление SQL-запросов
  • просьб о написании курсовой, реферата и т.п., для этого есть Центр помощи или фриланс биржа
  • объявлений о найме специалистов, для этого есть раздел Объявления о найме специалистов

Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение. ;)


Полезные советы:

При написании сообщения постарайтесь дать теме максимально понятное название. В теме максимально подробно опишите проблему. Если применимо укажите: название базы данных и версии (MySQL 4.1, MS SQL Server 2000 и т.п.); используемых язык программирования; способа доступа (ADO, BDE и т.д.); сообщения об ошибках.

Для вставки кода используйте теги [code=sql] [/code].

Литературу по базам данных можно поискать здесь.

Действия модераторов можно обсудить здесь.


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa.

 
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | СУБД, общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.0937 ]   [ Использовано запросов: 21 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.