|
Посоветуйте как хранить в БД номер версии, чтобы его ... select max...
|
|||
---|---|---|---|
#18+
Есть текстовые данные такого формата: 4.8.15 (номер версии) Как можно хранить эти данные в базе данных SQLite, чтобы можно было по полю с этими данными выполнять запрос вида: SELECT MAX(VERSION) FROM TABLE ? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.10.2016, 00:15 |
|
Посоветуйте как хранить в БД номер версии, чтобы его ... select max...
|
|||
---|---|---|---|
#18+
Ghost Writer, можно хранить в отдельных полях, что то типа Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16.
если же записи добавляются последовательно, по мере увеличения версий то можно хранить как строку и брать максимальный id ... |
|||
:
Нравится:
Не нравится:
|
|||
06.10.2016, 08:42 |
|
Посоветуйте как хранить в БД номер версии, чтобы его ... select max...
|
|||
---|---|---|---|
#18+
Ghost Writer, А записей не много? На лету преобразовать их в одно число и найти максимум не подойдет? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.10.2016, 15:34 |
|
Посоветуйте как хранить в БД номер версии, чтобы его ... select max...
|
|||
---|---|---|---|
#18+
PPA, какое число больше? 61031 (6.10.31) или 10151 (10.15.1) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.10.2016, 16:08 |
|
Посоветуйте как хранить в БД номер версии, чтобы его ... select max...
|
|||
---|---|---|---|
#18+
записей будет довольно много, каждый месяц + до 300000 вариант с 3 полями приходил в голову но не нравится. в идеале хотелось бы перед сохранением в БД как-то грамотно конвертировать в число, при этом чтобы обратно можно было конвертировать. потому что надеюсь, что так select будет выполняться быстрее. в крайнем случае буду использовать такой вариант: выполнять предварительный запрос для вычисления максимальной версии и во втором запросе подставлять его в условие where ... |
|||
:
Нравится:
Не нравится:
|
|||
06.10.2016, 16:25 |
|
Посоветуйте как хранить в БД номер версии, чтобы его ... select max...
|
|||
---|---|---|---|
#18+
Ghost Writer, лишний нолик )) 30 тысяч а не 300 ... |
|||
:
Нравится:
Не нравится:
|
|||
06.10.2016, 16:31 |
|
Посоветуйте как хранить в БД номер версии, чтобы его ... select max...
|
|||
---|---|---|---|
#18+
Ghost Writer, хм. много версий вы клепаете а максимальный размер каждого разряда каким-то числом ограничен и элементов всегда 3? как часто будет выполняться select max() ? если часто то думаю, будет быстрее если материализовать рядом поле и хранить int64 + индекс по нему. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.10.2016, 16:48 |
|
Посоветуйте как хранить в БД номер версии, чтобы его ... select max...
|
|||
---|---|---|---|
#18+
PPAматериализовать рядом поле и хранить int64 + индекс по немучестно говоря не понял, дилетант ) PPAэлементов всегда 3? да PPAмаксимальный размер каждого разрядасамому хотелось бы знать точно.не думаю, что превысит 3. кажется, придумал способ: каждый разряд представить как битовое поле. таким образом, 4.8.15 можно представить как число 0x004008015 Думаю, вопрос решен. Спасибо за советы. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.10.2016, 17:55 |
|
Посоветуйте как хранить в БД номер версии, чтобы его ... select max...
|
|||
---|---|---|---|
#18+
Ghost Writerвариант с 3 полями приходил в голову но не нравится.Зря не нравится. Самый правильный вариант. Ghost Writerв идеале хотелось бы перед сохранением в БД как-то грамотно конвертировать в число, при этом чтобы обратно можно было конвертировать. потому что надеюсь, что так select будет выполняться быстрее.подсказываю: на таблицу можно сделать кучу вьюшек с вычисляемыми полями. Например так: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
потом добавляешь индексы на базовую таблицу по вкусу и всё. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.10.2016, 18:02 |
|
|
start [/forum/topic.php?fid=54&msg=39322108&tid=2008569]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
142ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 255ms |
0 / 0 |