Как хранить табличные данные для Python?

Question

[Александр Рублев]

Как лучше всего хранить информацию табличного вида как на скрине?

Таких строчек примерно 300 и иногда они будут меняться.
Не хочу связываться с базами данных.

Answer 1

[Алексей Черемисин]

Если не хочется связываться с базой, то храните в json например, в виде dict, где ключом будет штрихкод. Относительно легко редактировать в любом редакторе, просто загружать и сохранять.
Ну и если товаров будет много, то лучше базу данных. Для вашей задачи прекрасно подойдет redis.io HSET, где ключом будет штрихкод, а значением тот же json :-)

Answer 2

[Roman K]

Вопрос как лучше всего хранить информацию табличного вида как на скрине!

В БД

Не хочу связываться с базами данных.

Зря.

Можешь попробовать Pandas.

Comments

[Александр Рублев]

Просто это слишком простая задача для базы данных! Я могу это и в exel хранить! Просто хотелось бы сделать правильно)

[Roman K]

Александр Рублев: А, так их всего будет 300 штук чтоль? Я думал, пачками по 300 приходят. Тогда бери JSON и сохраняй в файл. Самое простое)

[Александр Рублев]

всего 300

Answer 3

[Alexej Simakov]

CSV конечно подойдет (уже упоминали). Работа с CSV вообще встроена в базовые библиотеки,так что ничего инсталлировать даже не придется (это преимущество больше на тот случай если скрипт на каком нибудь чужом сервере нужно будет выполнять, где просто так никакой pip не запусить). И экспорт/импорт для CSV в экселе есть.
Конечно есть и библиотеки для питона чтобы работать с файлами эксель напрямую, openpyxl например.

Answer 4

[Nikon_NLG]

Чем вас sqlite не устраивает?

Comments

[Александр Рублев]

для меня слишком сложно для простой задачи! я не сталкивался с sqlLite

[Nikon_NLG]

Александр Рублев: Обычная sql база, которая хранится в виде файла. Ок, но раз всё сложно с sqlite, как вообще дела с питоном? Может стОит в экселе пока данные хранить?

[Александр Рублев]

С питоном более менее! Решить эту задачу знаний хватит!

[Nikon_NLG]

Александр Рублев: ну тогда соберите словарь, возьмите pickle, и проблема будет решена

[Алексей Черемисин]

Nikon_NLG: не всегда sql это правильный выбор, например когда набор полей может меняться, а сиситем для установки много. мы по этой причине от sql отказались и как раз храним все в json.

[Nikon_NLG]

Алексей Черемисин: Вы таблицу видели в шапке темы? Там хоть csv парси - для подобного объёма данных код будет +- одинаковый, и шансы изменения таблицы ничтожно малы (да и те sed'ом решатся)