| 1.1, Аноним (1), 16:00, 05/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Хорошая вещь, кормит. Жаль только нет альтер тэйбл для существующей таблицы с позможностью вставить новую колонки между существующими, а только в самый конец
| | |
| |
| 2.3, Жироватт (ok), 16:05, 05/11/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
А оно таки надо? Нет, реально, учитывая, что порядок колонок в таблице вещь условная и может быть переопределен уже на клиенте (для гуя) или вообще не имеет значения (для ipc)
| | |
| |
| 3.10, Аноним (10), 16:32, 05/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Оно начинает быть надо у горе программиста уже пятидесятый столбец и он продолжает использовать sqlite. Хотя ему ненужен ни sqlite ни такая большая таблица.
| | |
|
|
| |
| |
| 3.14, Аноним (4), 17:32, 05/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну, если у приложения их нет. На что смотреть? Я вот взял и сделал в sqlitebrowser, время хорошее у чтения, но будто неэффективно теперь? И размер в 2 раза больше.
| | |
| |
| 4.16, зоотехник (?), 17:36, 05/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
А как надо, в два раза меньше? Так не бывает. Индекс практически тоже таблица, только отсортированная и условно с двумя колонками, в одно ключ, в другой номер записи.
| | |
| |
| 5.18, Аноним (4), 17:53, 05/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А как надо, в два раза меньше? Так не бывает. Индекс практически
> тоже таблица, только отсортированная и условно с двумя колонками, в одно
> ключ, в другой номер записи.
Файл сжимается в 10 раз и будто бы можно поэффективней? Операции с диском не бесплатные. Конечно хотелось бы оптимизировать записи, их и так под терабайт в день и это практически без нагрузки.
| | |
| |
| 6.20, Аноним (20), 17:57, 05/11/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
Учи структуры данных и реализуй самый лучшей для твоей задачи способ. Sqlite тебе вот ваще не нужен если проблемы о которых ты говоришь реальны.
| | |
| |
| 7.23, Аноним (4), 18:05, 05/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Учи структуры данных и реализуй самый лучшей для твоей задачи способ.
> Sqlite тебе вот ваще не нужен если проблемы о которых ты
> говоришь реальны.
Тут проблема, что для sqlite нет sqlite_top -- пойди угадай, что оптимизировать.
| | |
|
| 6.26, зоотехник (?), 18:29, 05/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Если базу можно сжать в 10 раз, то либо неэффективная структура таблиц (много пустого места, либо много одинаковых данных), либо используется ФС с неподходящими настройками (размер сектора) и т.д. Т.е. индексы на это вряд-ли влияют, это следствие, а не причина.
Как написали выше, разбирайся со структурами данных. Ну или нужна более подходящая для твоей задачи БД, может даже NoSQL.
| | |
| |
| 7.27, Аноним (4), 18:35, 05/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Там время в таблицах. Т.е. тупо текст миллионы раз повторяющийся.
| | |
|
|
|
| 4.30, Илья (??), 18:40, 05/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Вроде как sqlite не для больших бд со сложными поисками по индексам?
Если о таком задумываешься - наверное надо смотреть в сторону postgres или mssql
| | |
|
|
| 2.21, Аноним (20), 17:59, 05/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вот кстати отличный пример никчемности sqlite как базы данных и тех кто её использует. С одной стороны запросы без индекса медленные с другой с индексами база пухнет. И ведь мега умы ведь додумались бы и оставить медленные запросы и так и пользвать в приложении. И ведь у этого юзера ведь так уже где то есть в проде.
| | |
|
|