Текстовый квест, работа с БД

Доброго времени суток, я пишу текстовый квест на python и для хранения текста использовал txt и csv но, понял что это не практично и не профессионально. БД я использую как для создания save-ов для сохранения состояния на момент прохождения квеста, сохранение внутриигровых настроек и не посредственно для хранения всевозможного текста который мы можем прочитать. Т.к квестов много и они не маленькие, в результате только текста около 1Gb(без преувеличения). Задача в том чтобы найти лучшый БД модуль на питон. Не важно, будь то SQL, No-SQL, New SQL, простой JSON, BJOS, UJOS... Главное стобы работало бысто. PS. Т.к квест(особенно хороший) дело кропотливое, то я ищу весь материал в сети, книги конвертирую в txt, разбиваю текст на части и каждую часть и прогоняю текст через for-in и каждой часть по очереди записанную в переменую прогоняю через db.set('часть номер' , 'текст'), db.dump() и все данные сохраняются в таблице.

0

Не ясна постановка вопроса. Если БД уже используется для сейвов, то зачем нужна еще одна БД? В той же БД еще таблицу текстов сделать и все.

0

Treasure Hunter, Вы не так поняли. Я использовал csv и txt для хранения информации, но понял что ето не практично, мне надо сменить БД которую я использую в качестве обработки информации на более быструю и надежную, но сколько я не перерыл информации, нигде не нашел ответ на то, какая БД лучше подойдет для моей задачи. Ранее использовал выше упомянутые спосоьы хранение информации, тк они самые простые и примитивные, а теперь мне надо выдвинуть свой проект на более высокий уровень

0

Т.е. БД - это сейчас подразумевается то, что является csv и txt? Реальная БД не используется?
Если это так, то как предполагается играть в игру? Т.е. где предполагается держать БД, в сети или на компе, где стоит игра?

Если нет какой-то определенности с БД, то советую ОРМ использовать (типа SQLAlchemy), а не чистые SQL-запросы. Потом, если не хватит производительности, просто поменять соединение на другую БД. В таком случае можно просто на компе опробовать что-то с SQLite, а затем на большую БД перейти, если будет необходимость.

0

Treasure Hunter, singleplayer only, бд с текстом, сейвами, exe-шник, файлы движка и все друг с другом, никаких серверов

0

pyatpy, SQLite тебе за глаза хватит

1

Сообщение от pyatpy Treasure Hunter, singleplayer only, бд с текстом, сейвами, exe-шник, файлы движка и все друг с другом, никаких серверов

Если на компе, то SQLite (как и писал, можно попробовать обернуть в SQLAlchemy). Если данные можно представить в табличном виде, то это самый простой вариант будет. И быстрее, чем файловая система в Win. Если же данные проще представить как словарь (объект), то можно попробовать TinyDB (обертка json). Но по скорости может быть не будет выигрыша. Зато конвертация данных легко пройдет.

1

pyatpy, https://ru.wikipedia.org/wiki/Сетевая_модель_OSI - уже устарела, но для понимания, самое то))

1

Aviz__, спустя час, я обработал внушительный кол-во байтов инфы, преисполнился в своем познании и "сетевоведении")
Я так понял(или нет), что вы в етом вопросе более компетентны, не подскажите БД, для моего проекта, или же по словам Treasure Hunter мне подойдет sqlite3, или tinydb

0

Сообщение от pyatpy по словам

попробуй по словам одним, потом по словам другим, сделай замеры и реши сам)).

0

Сообщение от pyatpy Т.к квестов много и они не маленькие, в результате только текста около 1Gb(без преувеличения). Задача в том чтобы найти лучшый БД модуль на питон. Не важно, будь то SQL, No-SQL, New SQL, простой JSON, BJOS, UJOS... Главное стобы работало бысто.

Мое мнение, не нужно искать БД быстрее. Они почти все будут быстрее, чем файловая система. Мы же не изучаем досконально какую файловую систему применять на компе - NTFS или FAT32. Просто берем и пользуемся. Нужно искать более удобный путь для интерпретации своих данных. Что такое 1 гиг для БД? Да ничто. У нас на работе объем данных доходит до 100 тб. Вот его тяжело ворочать. Лучше представить как эти данные будут расположены. Если удобно в виде таблицы и доступ по индексам, то берем SQL. Если удобнее интерпетировать как словарь данных или объект, то берем NoSQL. Не надо брать что-то замороченное. Потом трудно будет искать ответы на вопросы, когда они возникнут. Не хватит быстродействия (что сомнительно), кешируем с помощью Redis или чего-то подобного.
Для всего, что не требует сервера БД, проще брать встроенные в Питон решения. И в этом как раз SQLite поможет.
Проблема с игрой в чем - как перенести ее на другой комп? С той же SQLite это проще всего. На новый комп нужно установить только Питон (а без него игра не будет работать и так) и перенести данные БД. Других действий не нужно.

0

Сообщение от Treasure Hunter Если удобно в виде таблицы и доступ по индексам, то берем SQL. Если удобнее интерпетировать как словарь данных или объект, то берем NoSQL.

ТС еще не заморачивался с масштабированием и адаптацией под разные условия/требования потребителя своего продукта в условиях таймаута. именно для этого разработаны архитектурные подходы, когда удобство представления в игре объектами не зависит от того, куда их мапят, в sql базы, как записи таблиц, или в записи файлах.

0