Кирилл Павлов,
1. Будет явная проблема с производительностью, тк придётся вычитывать всё в память и фильтровать на стороне приложения, тк sqlite не умеет в json
2. Значит каждый пользователь будет испытывать дикие лаги каждый раз, когда его действие задевает бд
3. Это не ответ. Правильный ответ - никак
4. Есть. Выгрузить всю базу и поредачить каждую запись на стороне приложения, а потом загрузить обратно.
5. ага
6. Этот вопросы был про сообщения. А ответ такой: приложение будет потреблять огромное количество ОЗУ каждый раз, когда дело будет касаться сообщений.
7. Ну допустим каждое сообщение будет по 100 символов. 100 * 100 уже 10к.
8. А всё то же самое - вычитывать всю базу и заменять текст.
Кирилл Павлов, ну давай помогу найти проблемы)
1. Нужно ли делать запросы по полям, которые хранятся в json-объектах?
2. Будет ли происходить обращение к данным из разных потоков? (к вопросу о выборе СУБД)
3. Как посчитать количество предметов в инвентаре игрока, не вытаскивая информацию о всём его инвентаре?
4. Что делать, если например какой-то предмет стал запрещённым, и его надо убрать у всех игроков из инвентаря?
5. Как получить список игроков, которые были онлайн на последней неделе?
6. Что будет, если игрок напишет несколько сотен максимально больших сообщений?
7. Что делать, если вдруг захочешь удалить все сообщения всех игроков, которые содержат какое-нибудь стоп-слово?
8. Что делать, если вдруг название какого-нибудь скилла изменится?
или нужно создавать еще десятки полей для всего этого?
Да, если это требуется.
Тебе нужно чуть внимательнее изучить модель данных в своей игре, и какие операции с ними будут происходить.
Если ты так сильно уверен, что в твоём случае лучше будет использовать единую таблицу и json-ы, то делай так, как решил. Потом напишешь на хабре статью, что реляционная модель данных переоценена.
ты мне предлагаешь данные сотен игроков писать в джейсон??
Ну ты же не видишь ничего странного в том, чтобы данные о разных сущностях в одну таблицу пихать, при помощи json - почему бы тогда не пойти на шаг дальше?
Кирилл Павлов, а что не так с джоинами? Вроде же не сложная штука и все их используют.
Не надо разные сущности в одну таблицу пихать.
Для разных игроков будет один общий набор таблиц - при регистрации надо только записи в них добавлять.
Strannyk, вообще разницы нет - везде цена одинаковая (в долларах или евро), везде налог 20%, тк он находится со стороны продавца, а не покупателя.
Вообще хз, как профессиональному разрабу может не хватать 6$ в месяц на инструмент.
Если нет денег - бери VS Code, благо он не сильно хуже вебшторма для фронтенда.
Библиотеку никакую подключать не надо. Это делается на уровне вашей IDE - Visual Studio или Rider. В VS Code вроде тоже можно, но тут не уверен.
Нужно сделать две вещи:
1. Включить отлов ошибок в стороннем коде.
2. Разрешить декомпиляцию и отладку стороннего кода.
Где конкретно эти галки ставить надо я не помню, по тому в виде коммента.
Это на .net framework, а на .net Core HttpWebRequest является обёрткой над HttpClient.
+ он больше не получает обновлений
+ его достаточно сложно тюнить.
Ну и просто методы у него не очень удобные.
1. Будет явная проблема с производительностью, тк придётся вычитывать всё в память и фильтровать на стороне приложения, тк sqlite не умеет в json
2. Значит каждый пользователь будет испытывать дикие лаги каждый раз, когда его действие задевает бд
3. Это не ответ. Правильный ответ - никак
4. Есть. Выгрузить всю базу и поредачить каждую запись на стороне приложения, а потом загрузить обратно.
5. ага
6. Этот вопросы был про сообщения. А ответ такой: приложение будет потреблять огромное количество ОЗУ каждый раз, когда дело будет касаться сообщений.
7. Ну допустим каждое сообщение будет по 100 символов. 100 * 100 уже 10к.
8. А всё то же самое - вычитывать всю базу и заменять текст.