Где хранить редактируемый текст для страниц?

@Сладкий Кис · Регистрация: 14.03.2011

Author24 — интернет-сервис помощи студентам

Хочу реализовать на сайте что-то вроде редактора wysiwyg для текста на страницах, чтобы в панели управления можно было редактировать его. Собственно где ентот текст хранить? И как его в представление вставлять? Я написал решение, с сохранением текста в текстовый файл, однако думаю что могут возникнуть ошибки под нагрузкой.

@Сергей 83 · 28.11.2013, 20:09

что мешает использовать базу данных sql ? что это за подход с текстовым файлом?

@Сладкий Кис · 28.11.2013, 20:12 **[ТС]**

Сообщение от Сергей 83

что мешает использовать базу данных sql ? что это за подход с текстовым файлом?

С sql проблем нету и я думал реализовать этот метод, однако всё же ждал критики на этот счёт)

@Сергей 83 · 28.11.2013, 21:00

самому интересно - где правильно держать тексты? если статьи по нескольку страниц текста - нормально их хранить в поле sql таблицы nvarchar(MAX) например?

@Сладкий Кис · 28.11.2013, 21:06 **[ТС]**

Сообщение от Сергей 83

самому интересно - где правильно держать тексты? если статьи по нескольку страниц текста - нормально их хранить в поле sql таблицы nvarchar(MAX) например?

Думаю да, можно и в ntext колонке. По производительности это вроде не сильно ударит) Почему я хотел реализовать текстовый файл? Заказчик хочет бэкап на его личный сервер, а с хостинга не так просто утаскивать БД, придётся наверное писать службу...

@kenny69 · 29.11.2013, 08:39

Все зависит от размера файлов. если до 4mb, то я бы хранил в ntext. иначе в файловой системе, а в бд ссылка на него.
а еще помните про SQL full text search, если надо искать что-то тексте. за это плюс хранению в бд.

@XAHOK · 29.11.2013, 09:41

Для полнотекстового поиска лучше использовать Lucene.Net, так что разницы нет где хранить. А что касается бэкапов, то в любом случае нужно снимать полный дамп, включая БД. Вот только на нормальном хосте работа с SQL Server будет намного быстрее, чем с файловой системой, т.к. эта СУБД старается все кэшировать в памяти.

А в целом это дело вкуса и холиварить можно бесконечно.

@Сладкий Кис 0 / 0 / 1 Регистрация: 14.03.2011 Сообщений: 54
		1
	Где хранить редактируемый текст для страниц? 28.11.2013, 20:07. Показов 1372. Ответов 6 Метки нет (Все метки) Хочу реализовать на сайте что-то вроде редактора wysiwyg для текста на страницах, чтобы в панели управления можно было редактировать его. Собственно где ентот текст хранить? И как его в представление вставлять? Я написал решение, с сохранением текста в текстовый файл, однако думаю что могут возникнуть ошибки под нагрузкой. 0

@Сергей 83 98 / 96 / 15 Регистрация: 28.03.2011 Сообщений: 565
	28.11.2013, 20:09	2
	что мешает использовать базу данных sql ? что это за подход с текстовым файлом? 0

@Сладкий Кис 0 / 0 / 1 Регистрация: 14.03.2011 Сообщений: 54
	28.11.2013, 20:12 [ТС]	3
	Сообщение от Сергей 83 что мешает использовать базу данных sql ? что это за подход с текстовым файлом? С sql проблем нету и я думал реализовать этот метод, однако всё же ждал критики на этот счёт) 0

@Сергей 83 98 / 96 / 15 Регистрация: 28.03.2011 Сообщений: 565
	28.11.2013, 21:00	4
	самому интересно - где правильно держать тексты? если статьи по нескольку страниц текста - нормально их хранить в поле sql таблицы nvarchar(MAX) например? 0

@Сладкий Кис 0 / 0 / 1 Регистрация: 14.03.2011 Сообщений: 54
	28.11.2013, 21:06 [ТС]	5
	Сообщение от Сергей 83 самому интересно - где правильно держать тексты? если статьи по нескольку страниц текста - нормально их хранить в поле sql таблицы nvarchar(MAX) например? Думаю да, можно и в ntext колонке. По производительности это вроде не сильно ударит) Почему я хотел реализовать текстовый файл? Заказчик хочет бэкап на его личный сервер, а с хостинга не так просто утаскивать БД, придётся наверное писать службу... 0

@kenny69 burning1ife 1462 / 1284 / 293 Регистрация: 21.09.2008 Сообщений: 3,438 Записей в блоге: 9
	29.11.2013, 08:39	6
	Все зависит от размера файлов. если до 4mb, то я бы хранил в ntext. иначе в файловой системе, а в бд ссылка на него. а еще помните про SQL full text search, если надо искать что-то тексте. за это плюс хранению в бд. 1

@XAHOK 272 / 265 / 20 Регистрация: 27.02.2009 Сообщений: 694 Записей в блоге: 7
	29.11.2013, 09:41	7
	Для полнотекстового поиска лучше использовать Lucene.Net, так что разницы нет где хранить. А что касается бэкапов, то в любом случае нужно снимать полный дамп, включая БД. Вот только на нормальном хосте работа с SQL Server будет намного быстрее, чем с файловой системой, т.к. эта СУБД старается все кэшировать в памяти. А в целом это дело вкуса и холиварить можно бесконечно. 1