Найкращий підхід для бази даних довгих рядків

Мені потрібно зберігати питання та відповіді в базі даних. Питання будуть від одного до двох речень, але відповіді будуть довгими, принаймні абзацом, ймовірно, і більше.

Єдиний спосіб, про який я зараз це роблю, - це база даних SQL. Однак я не вважаю, що це гарне рішення, оскільки, наскільки я бачив, ці бази даних не використовуються для даних такого типу чи розміру. Це правильний шлях чи є кращий спосіб зберігання цих даних? Чи є кращий спосіб, ніж зберігати сирі рядки?

Mongodb чудовий, але ви знаєте SQL. Немає нічого поганого в тому, щоб зберігати довгі відповіді в полях. Ви можете зберігати зображення або навіть файли в SQL. Я думаю, що максимальний розмір поля - 2 Гб.

Я майже впевнений, сама відповідь зберігається десь у полі таблиці.

Щодо їх тисячі, то жодних проблем. Навіть мільйони не повинні бути проблемою. Ви можете розглянути можливість індексації повного тексту, якщо ви шукаєте в полі ключові слова чи щось. Але я намагаюся не оптимізувати, поки не побачу проблеми. Комп'ютери дешеві, зберігання в основному безкоштовне.

Зберігання довгого тексту в базах даних (SQL чи іншим способом) не виникає. Ось як зберігається практично кожен запис у блозі (думаю Wordpress), статті новин та повідомлення на форумі (думаю, phpbb) в Інтернеті. Я не знаю конкретних деталей налаштування обміну стеками, але я впевнений, що ваше питання також зберігається в базі даних. Більшість баз даних SQL мають TEXTтип поля або еквівалент лише для зберігання текстових даних будь-якої довжини. У багатьох також є повноцінні системи пошуку тексту.

Приймайте технічні рішення на основі технічних знань та розуміння, а не почуттів.

Так, це правильний шлях. Збереження рядків у базі даних SQL - це те, що ви хочете зробити. В одній з моїх таблиць у БД є надмір даних простий текст, і він працює чудово.

Якщо ви турбуєтесь про місце для зберігання - пам’ятайте, що це дешево!

Якщо ви турбуєтесь про ефективність роботи - тоді не хвилюйтеся, хороша база даних може збільшити масштаб (або зменшити) скільки завгодно даних, які ви хочете вкинути.

Останнє, що ви хочете зробити, - це почати оптимізувати саме заради цього (стискання рядків перед тим, як вставити їх у БД або щось горіхове), перш ніж це насправді стане проблемою. Ви просто даєте собі більше роботи.

Немає проблем із збереженням великих рядків або двійкових даних. Я працював з базою даних з більш ніж одним терабайт бінарних даних і працював дуже добре (постгреси), і єдиним поганим було час резервного копіювання.

Головне питання: "Чи потрібно вам постійно шукати в цьому тексті?"

Якщо ви збираєтеся шукати рядки в тексті, ви можете продумати одне рішення щодо індексу:

• У базі даних є щось, що залежить від постачальника, наприклад Postgres Повний текст: http://www.postgresql.org/docs/9.4/static/textsearch.html
• З боку програми є багато хороших варіантів, таких як Lucene (Java): http://lucene.apache.org/core/