forum.opennet.ru - "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" (54)

"Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	+/–
Сообщение от opennews (??), 23-Янв-20, 11:31
Опубликован релиз SQLite 3.31.0, легковесной СУБД, оформленной в виде подключаемой библиотеки. Код SQLite распространяется как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум, в который входят такие компании, как Adobe, Oracle, Mozilla, Bentley и Bloomberg... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52238
Ответить \| Правка \| Cообщить модератору

Оглавление

Знатоки, объясните чем представления view хуже Или я не понял и это вообще п, Аноним (1), 11:31 , 23-Янв-20, (1) –1

Основное отличие в том, что эту штуку можно не вычислять каждый раз, записав её , Аноним (4), 11:42 , 23-Янв-20, (4) +2

Спасибо, теперь стало более понятно , Аноним (1), 12:32 , 23-Янв-20, (10)
А от VIRTUAL тогда чем , Аноним (12), 12:56 , 23-Янв-20, (12) –2

Тем, что не надо каждый раз выражение писать в select Или делать отдельный view, Аноним (14), 13:00 , 23-Янв-20, (14) +3

главное чтобы по нему можно было индекс строить, ананим.orig (?), 23:32 , 23-Янв-20, (33)

В больших СУБД есть materialized view, тоже можно не вычислять каждый раз Над, Аноним (14), 12:59 , 23-Янв-20, (13)

Таким темпами он станет SQHeavy, Q2W (?), 18:01 , 23-Янв-20, (27) –1

Black Progressive Industrial Heavy SQL То, что надо , Аноним (14), 18:50 , 23-Янв-20, (29) +6

VIEW, например, в постгресе - кошмарная и вредная конструкция, не дающая менять , Аноним (22), 13:23 , 23-Янв-20, (22) +5

С MV и в оракле тяжко, если много данных и обновление таблиц частое , Аноним (30), 21:01 , 23-Янв-20, (30) +1
Чаще всего виртуальные столбцы используются для того, чтобы построить индекс по , KonstantinB (??), 19:50 , 25-Янв-20, (50)

Наверное прикольно Но когда включат поддержку icu что бы запрос Select Ы lik, Аноним (2), 11:36 , 23-Янв-20, (2) –3

Раз не включают по умолчанию значит это никому не нужно А полтора землекопа мог, Аноним (5), 12:04 , 23-Янв-20, (5)
Если он начнет такое выдавать - да, это будет именно баг, поэтому ответ - никогд, пох. (?), 12:07 , 23-Янв-20, (7) –1

Домино 8212 это вам не шахматы, тут думать надо , Аноним (14), 13:15 , 23-Янв-20, (20) +5

Поддержка включена если собрать правильно, Аномномномнимус (?), 13:00 , 23-Янв-20, (15) +1

это не та поддержка, которую хочет аноним если мы правильно понимаем его пример, Аноним (26), 17:57 , 23-Янв-20, (26)

Никогда, в SQL like --- _регистрозависимый_ Для поиска независимо от регистра ис, Аноним (36), 02:08 , 24-Янв-20, (36)

Просто удобство Не всегда хочется создавать отдельную сущность в виде view В п, PavloT (?), 11:42 , 23-Янв-20, (3) –1

Имхо творят сущностный для видимости деятельности Ничем хорошим это обычно не з, Аноним (5), 12:05 , 23-Янв-20, (6) –7

Полагаю, в этом случае закончится поддержкой materialized views, что неплохо , Аноним (14), 13:01 , 23-Янв-20, (16)

SQLite - хороший, годный продукт Но кажется легковесность потихоньку улетучивае, Аноним (8), 12:14 , 23-Янв-20, (8) +6

embedded db не обязана быть легковесной , ей надо быть - embeddable А дальше, в, пох. (?), 12:27 , 23-Янв-20, (9)

lite тоже не значит легковесный , Аноним (40), 12:28 , 24-Янв-20, (40)

lite тоже не значит легковесный , Аноним (40), 12:29 , 24-Янв-20, (41)
По объему он все еще очень легкий, Alexey (??), 21:50 , 24-Янв-20, (44)

бизнес-логика встраиваемая прямо в таблицы каша будет , ыы (?), 12:55 , 23-Янв-20, (11) –1

Устраивать или нет кашу 8212 выбор разработчика , Аноним (14), 13:02 , 23-Янв-20, (17) +1

Да, есть такие любители - выдать толпе мыло, веревку и посмотреть что получится , ыы (?), 13:04 , 23-Янв-20, (18) –1

В расте получился способ ускорить работу, отключая всякие проверки В результате, Аноним (14), 13:13 , 23-Янв-20, (19)

У вас на все есть ответ а как потом выгружить такие столбцы для переноса в дру, ыы (?), 13:16 , 23-Янв-20, (21) –1

Также как из MySQL выгружать в PostgreSQL, а из оного - в Oracle, а оттуда в Red, Аноним (22), 13:29 , 23-Янв-20, (23) +4
Нас, анонимов, много Хоть кто-нибудь, да ответит Почему бы вам не спросить, как, Аноним (14), 16:50 , 23-Янв-20, (25) +1

Подскажите, что там с внедрением столбцов с типом DATETIME, DATE, TIME Хочу иск, Аноним (24), 16:46 , 23-Янв-20, (24) –1

А чем integer не устраивает в плане индексирования , Q2W (?), 18:06 , 23-Янв-20, (28)

Тем, что нужно делать mYear, mMonth, mDay, mHour, mMinute, mSecond по шесть по, Аноним (24), 16:48 , 24-Янв-20, (42)

С unixtime, имхо, будет достаточно удобно, если для преобразования даты времени , Q2W (?), 11:42 , 25-Янв-20, (46)

Зачем Еесть нативная поддержка, зачем юзать какую-то либу Только чтобы не чита, MBG (?), 17:59 , 25-Янв-20, (48)

Нет нативной поддержки, об том и тред , Q2W (?), 22:31 , 25-Янв-20, (51)

Понял, 171 чукча не читатель, чукча писатель 187 , в документацию религия не , MBG (?), 08:51 , 26-Янв-20, (52)

это все же не тип данных DATE или DATETIME, это преобразования впрочем, теперь , пох. (?), 10:27 , 27-Янв-20, (53)

Не будет Есть integer Если нужно искать только по времени, и времена уникальны, Аноним (31), 21:13 , 23-Янв-20, (31)

индекс-то создать по стольким полям, сколько нужно, и не лезть в rowid - коран н, пох. (?), 21:33 , 23-Янв-20, (32)

любые индексы будут медленнее rowida Их ещё добавлять и удалять надо, ибо со вк, Аноним (31), 01:31 , 24-Янв-20, (35)

если у вас многогиговая база на жестких дисках не может работать банально с ин, пох. (?), 10:49 , 24-Янв-20, (38) +1

Ну-ну, ври, да не завирайся с Если обосновать полезность и реализуемость фичи , MBG (?), 07:52 , 25-Янв-20, (45) +2

у них mailing list без TLS отказываюсь таким пользоваться , Аноним (31), 13:00 , 25-Янв-20, (47)

Или крестик сними ими или трусы одень с нет проблем написать напрямую на почту, MBG (?), 18:02 , 25-Янв-20, (49)

Лучше бы сборочную систему поправили, а то даже pread и прочие фишки детектить, Ivan_83 (ok), 23:43 , 23-Янв-20, (34)

Тоже думаю что def это не простые фаилы если вы сможете собрать именно с этими д, Аноним (37), 08:21 , 24-Янв-20, (37) –2
она ж целиком вторична и делается на от сь Но если ты поправишь - полагаю, тако, пох. (?), 10:55 , 24-Янв-20, (39)

А для meson как подпроект кто-то уже сделал версию для встраивания , Аноним (24), 16:50 , 24-Янв-20, (43)
Этот релиз SQlite3-3 31 0 приводит к ошибке сегментации Thunderbird и Firefox - , iZEN (ok), 14:56 , 27-Янв-20, (54)

Сообщения [Сортировка по времени | RSS]

1. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов" –1 +/–

Сообщение от Аноним (1), 23-Янв-20, 11:31

> Добавлена поддержка генерируемых столбцов (вычисляемых столбцов), позволяющих при создании таблицы создать столбец, значение которого автоматически вычисляется на основе содержимого другого столбца.
Знатоки, объясните: чем представления (view) хуже? Или я не понял и это вообще про другое?

Ответить | Правка | Наверх | Cообщить модератору

4. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов" +2 +/–

Сообщение от Аноним (4), 23-Янв-20, 11:42

Основное отличие в том, что эту штуку можно не вычислять каждый раз, записав её на диск. А с view так нельзя. Ну ещё все данные и их производные в одной таблице, не нужно писать в одну и читать из другой как это будет с view.

Ответить | Правка | Наверх | Cообщить модератору

10. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов" +/–

Сообщение от Аноним (1), 23-Янв-20, 12:32

Спасибо, теперь стало более понятно.

Ответить | Правка | Наверх | Cообщить модератору

12. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов" –2 +/–

Сообщение от Аноним (12), 23-Янв-20, 12:56

>эту штуку можно не вычислять каждый раз, записав её на диск
А от VIRTUAL тогда чем?

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

14. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов" +3 +/–

Сообщение от Аноним (14), 23-Янв-20, 13:00

Тем, что не надо каждый раз выражение писать в select. Или делать отдельный view.

Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов" +/–

Сообщение от ананим.orig (?), 23-Янв-20, 23:32

главное чтобы по нему можно было индекс строить

Ответить | Правка | Наверх | Cообщить модератору

13. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов" +/–

Сообщение от Аноним (14), 23-Янв-20, 12:59

> Основное отличие в том, что эту штуку можно не вычислять каждый раз, записав её на диск. А с view так нельзя.
В "больших" СУБД есть materialized view, тоже можно не вычислять каждый раз. Надеюсь, сабжевая фича является частью плана по их включению в SQLite.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

27. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов" –1 +/–

Сообщение от Q2W (?), 23-Янв-20, 18:01

Таким темпами он станет SQHeavy

Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов" +6 +/–

Сообщение от Аноним (14), 23-Янв-20, 18:50

Black Progressive Industrial Heavy SQL.
То, что надо!

Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов" +5 +/–

Сообщение от Аноним (22), 23-Янв-20, 13:23

VIEW, например, в постгресе - кошмарная и вредная конструкция, не дающая менять схему нижележащих таблиц, а для MATERIALIZED либо требующая блокировки, либо создающая кучу других проблем (в случае REFRESH CONCURRENTLY). Всё что угодно лучше этой гадости - функции, триггеры, обычные таблицы обновляемые запросом, CTE, в зависимости от того что применимо. Почему бы также и не вычисляемые столбцы, хотя по мне так их сфера применения тоже очень сильно ограничена (в основном обратной совместимостью).

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

30. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов" +1 +/–

Сообщение от Аноним (30), 23-Янв-20, 21:01

С MV и в оракле тяжко, если много данных и обновление таблиц частое.

Ответить | Правка | Наверх | Cообщить модератору

50. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов" +/–

Сообщение от KonstantinB (??), 25-Янв-20, 19:50

Чаще всего виртуальные столбцы используются для того, чтобы построить индекс по выражению.
В постгресе это можно делать и напрямую

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

2. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" –3 +/–

Сообщение от Аноним (2), 23-Янв-20, 11:36

Наверное прикольно. Но когда включат поддержку icu? что бы запрос Select "Ы" like "ы" выдавал 1?
известный баг\фича))

Ответить | Правка | Наверх | Cообщить модератору

5. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Аноним (5), 23-Янв-20, 12:04

Раз не включают по умолчанию значит это никому не нужно. А полтора землекопа могут и сами себе с ICU собрать.

Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" –1 +/–

Сообщение от пох. (?), 23-Янв-20, 12:07

Если он начнет такое выдавать - да, это будет именно баг, поэтому ответ - никогда.
А поддержка upper/lower - существует, но, поскольку это embedded db, collate function ты ей должен предоставить сам - https://sqlite.org/c3ref/create_collation.html - можешь себе "включить поддержку icu", если умеешь.
Для "неумеющих кодить" существует postgres.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

20. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +5 +/–

Сообщение от Аноним (14), 23-Янв-20, 13:15

> Для "неумеющих кодить" существует postgres.
Домино — это вам не шахматы, тут думать надо.

Ответить | Правка | Наверх | Cообщить модератору

15. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +1 +/–

Сообщение от Аномномномнимус (?), 23-Янв-20, 13:00

Поддержка включена если собрать правильно

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

26. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Аноним (26), 23-Янв-20, 17:57

это не та поддержка, которую хочет аноним (если мы правильно понимаем его пример - он, вероятно, хотел все же не безусловно и во всех случаях чтобы Ы было like ы, а работающий collation ?)
Это поддержка в cli, без которой предложенную им строку вообще набрать, скорее всего, не получится.

Ответить | Правка | Наверх | Cообщить модератору

36. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Аноним (36), 24-Янв-20, 02:08

Никогда, в SQL like --- _регистрозависимый_.
Для поиска независимо от регистра используют UPPER/LOWER или бывает делают ilike, но ilike нет в стандарте SQL, это расширение на усмотрение авторов СУБД.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" –1 +/–

Сообщение от PavloT (?), 23-Янв-20, 11:42

Просто удобство. Не всегда хочется создавать отдельную сущность в виде view. В принципе можно и запросом разрулить.

Ответить | Правка | Наверх | Cообщить модератору

6. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" –7 +/–

Сообщение от Аноним (5), 23-Янв-20, 12:05

Имхо творят сущностный для видимости деятельности. Ничем хорошим это обычно не заканчивается.

Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Аноним (14), 23-Янв-20, 13:01

Полагаю, в этом случае закончится поддержкой materialized views, что неплохо.

Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +6 +/–

Сообщение от Аноним (8), 23-Янв-20, 12:14

SQLite - хороший, годный продукт. Но кажется легковесность потихоньку улетучивается.

Ответить | Правка | Наверх | Cообщить модератору

9. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от пох. (?), 23-Янв-20, 12:27

embedded db не обязана быть "легковесной", ей надо быть - embeddable.
А дальше, в случае sqlite все зависит от тебя - часть фич включается только по запросу, часть можно отключить. Но для этого его надо пересобирать, причем в некоторых случаях - из исходников.
Нет, sqlite-autoconf-3310000.tar.gz - это не исходник, и конфигурируется там не всё.

Ответить | Правка | Наверх | Cообщить модератору

40. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Аноним (40), 24-Янв-20, 12:28

lite тоже не значит легковесный?

Ответить | Правка | Наверх | Cообщить модератору

41. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Аноним (40), 24-Янв-20, 12:29

lite тоже не значит легковесный?

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

44. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Alexey (??), 24-Янв-20, 21:50

По объему он все еще очень легкий

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

11. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" –1 +/–

Сообщение от ыы (?), 23-Янв-20, 12:55

бизнес-логика встраиваемая прямо в таблицы... каша будет...

Ответить | Правка | Наверх | Cообщить модератору

17. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +1 +/–

Сообщение от Аноним (14), 23-Янв-20, 13:02

Устраивать или нет кашу — выбор разработчика.

Ответить | Правка | Наверх | Cообщить модератору

18. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" –1 +/–

Сообщение от ыы (?), 23-Янв-20, 13:04

Да, есть такие любители - выдать толпе мыло, веревку и посмотреть что получится в итоге...
а получится как в расте (недавно), получится как в вордпрессе (перманентно)

Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Аноним (14), 23-Янв-20, 13:13

В расте получился способ ускорить работу, отключая всякие проверки. В результате можно догнать по производительности такие языки, как C и C++.
> получится как в вордпрессе (перманентно)
Если вас беспокоит безопасность — не пользуйтесь вордпрессом.

Ответить | Правка | Наверх | Cообщить модератору

21. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" –1 +/–

Сообщение от ыы (?), 23-Янв-20, 13:16

У вас на все есть ответ :)
а как потом выгружить такие столбцы для переноса в другую базу? mysql например?

Ответить | Правка | Наверх | Cообщить модератору

23. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +4 +/–

Сообщение от Аноним (22), 23-Янв-20, 13:29

Также как из MySQL выгружать в PostgreSQL, а из оного - в Oracle, а оттуда в Redis. т.е. со всей логикой ровно никак - это разные базы с разными фичами, не прозрачно взаимозаменяемы и не должны такими быть. А если только данные, то брать и выгружать, и вычисляемые столбцы в этом только помогают, потому что помогают обеспечить совместимость и прозрачную конвертацию схемы. Собственно, никакую другую сложную бизнес логику в них и не запихнуть.

Ответить | Правка | Наверх | Cообщить модератору

25. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +1 +/–

Сообщение от Аноним (14), 23-Янв-20, 16:50

> У вас на все есть ответ :)
Нас, анонимов, много. Хоть кто-нибудь, да ответит.
> а как потом выгружить такие столбцы для переноса в другую базу? mysql например?
Почему бы вам не спросить, как переносить из MySQL в SQLite пользователей и их права доступа, например?

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

24. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" –1 +/–

Сообщение от Аноним (24), 23-Янв-20, 16:46

Подскажите, что там с внедрением столбцов с типом DATETIME, DATE, TIME? Хочу искать по индексу по таким полям.
Не понял, что с UUID можно ли делать PK поле с UUID? Можно ли его генрить автоматический и получать на INSERT?
Будет ли когда нибудь обратный индекс для текста?

Ответить | Правка | Наверх | Cообщить модератору

28. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Q2W (?), 23-Янв-20, 18:06

А чем integer не устраивает в плане индексирования?

Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Аноним (24), 24-Янв-20, 16:48

Тем, что нужно делать [mYear, mMonth, mDay, mHour, mMinute, mSecond] по шесть полей на одну дату (и то если повезло и они в UTC), а если дат несколько, то это просто какой-то кошмар их создавать.
В целом конечно можно и с UnixTime немного погеммороиться, но было б удобнее.

Ответить | Правка | Наверх | Cообщить модератору

46. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Q2W (?), 25-Янв-20, 11:42

С unixtime, имхо, будет достаточно удобно, если для преобразования даты/времени в unixtime и обратно юзать какую-нибудь либу.
В остальном - это же sqLITE. Преимущество должно быть в т.ч. в простоте.

Ответить | Правка | Наверх | Cообщить модератору

48. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от MBG (?), 25-Янв-20, 17:59

Зачем? Еесть нативная поддержка, зачем юзать какую-то либу? Только чтобы не читать документацию?:)

Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Q2W (?), 25-Янв-20, 22:31

Нет нативной поддержки, об том и тред.

Ответить | Правка | Наверх | Cообщить модератору

52. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от MBG (?), 26-Янв-20, 08:51

Понял, «чукча не читатель, чукча писатель», в документацию религия не позволяет. Итак, смотрим https://www.sqlite.org/lang_datefunc.html
Compute the date and time given a unix timestamp 1092941466.
SELECT datetime(1092941466, 'unixepoch');
Compute the date and time given a unix timestamp 1092941466, and compensate for your local timezone.
SELECT datetime(1092941466, 'unixepoch', 'localtime');
Compute the current unix timestamp.
SELECT strftime('%s','now');
the date and time given a unix timestamp 1092941466.
SELECT datetime(1092941466, 'unixepoch');
Compute the date and time given a unix timestamp 1092941466, and compensate for your local timezone.
SELECT datetime(1092941466, 'unixepoch', 'localtime');
Compute the current unix timestamp.
SELECT strftime('%s','now');
И так далее, еще много всего.
Сразу добавлю, что функции эти существуют давно и надо было только документацию открыть.

Ответить | Правка | Наверх | Cообщить модератору

53. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от пох. (?), 27-Янв-20, 10:27

это все же не тип данных DATE или DATETIME, это преобразования (впрочем, теперь вот их можно сложить в генерируемый столбец, только непонятно, для чего)
Но, учитывая, что внутри самой sqlite существуют на самом деле только два типа данных - integer и string ;-) - совершенно непонятно, зачем эта имитация анониму.

Ответить | Правка | Наверх | Cообщить модератору

31. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Аноним (31), 23-Янв-20, 21:13

>Подскажите, что там с внедрением столбцов с типом DATETIME, DATE, TIME? Хочу искать по индексу по таким полям.
Не будет. Есть integer. Если нужно искать только по времени, и времена уникальны, то кодируешь в число и засовываешь в integer primary key, будет сверхбыстрый поиск, ибо integer primary key идёт в rowid.
Если нужно искать по нескольким primary, то прикидываешь сколько бит нужно на каждый primary нужно и кодируешь всё в один rowid с помощью битовых операций. Поиск будет нормальный, нужно просто правильно запрос синтезировать. Единственный недостаток - слишком много надо ручками делать. Давно бы запилил то что нужно, но там PR принципиально не принимают, а значит любой вклад в эту базу - это зря потраченный труд и время.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

32. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от пох. (?), 23-Янв-20, 21:33

индекс-то создать по стольким полям, сколько нужно, и не лезть в rowid - коран не велит?
Обязательно заниматься неведомой херней?
Правильно они такие PR не принимают - эта проблема в голове у оверинжинирнутого разработчика, а не в софте, который вполне последовательно реализует sql, а не костыли.

Ответить | Правка | Наверх | Cообщить модератору

35. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Аноним (31), 24-Янв-20, 01:31

>индекс-то создать по стольким полям, сколько нужно, и не лезть в rowid - коран не велит?
любые индексы будут медленнее rowida. Их ещё добавлять и удалять надо, ибо со включёнными индексам вставки будут очень медленные. rowid же используется самой базой и связан с низкоуровневым представлением на HDD, поэтому последовательный доступ и поиск при кодировании в rowid будет быстрым.
Если у вас база в ведроприложении на несколько мегабайт, то вам пофиг. Если у вас многогоговая база на жёстких дисках, то вам не пофиг, будут импортироваться в неё данные неделю или 2 недели и будет 1 запрос идти минуту или 20 минут.

Ответить | Правка | Наверх | Cообщить модератору

38. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +1 +/–

Сообщение от пох. (?), 24-Янв-20, 10:49

если у вас "многогиговая база на жестких дисках" не может работать банально с индексами потому что "вставки очень медленные", и вы вынуждены заниматься наколеночной "оптимизацией" с ручным складыванием битиков - вы что-то уже понапроектировали явно не то. Может вам вообще не нужен был sql (вручную битики перекладывать - вообще не то, для чего его задумали)?
Возможно, именно sqlite для этого применения не очень подходил, хотя видел я немногогиговые (5-8 это ведь немного?) базы аж с FTS и весьма интенсивным добавлением данных в realtime - и ничего, жили.
А в многогиговой базе на орацле у нас по 20 минут выполняется только всякая аналитика, где запрос на четыре экрана мелким шрифтиком - да и то если кэш не прогрет. И никто там вручную rowid не собирает по битикам, что странно. Ну, правда, стоило это довольно дорого.

Ответить | Правка | Наверх | Cообщить модератору

45. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +2 +/–

Сообщение от MBG (?), 25-Янв-20, 07:52

Ну-ну, ври, да не завирайся (с) Если обосновать полезность и реализуемость фичи - сделают. Да, код напишут сами по лицензионным соображениям. В свое время я предложил добавить компрессию для расширения FTS - показал результаты тестов с компрессией и без, прислал свою реализацию для проверки. В итоге идею приняли и компрессию добавили. Так что если вы измеряете результат полезностью - все отлично, если же вам попиариться принятым в апстрим кодом - тогда вон в кде шлите, там имхо вообще все принимают (в качестве подтверждения можете нагуглить мою давнюю переписку с разработчиками akonadi).

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

47. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Аноним (31), 25-Янв-20, 13:00

у них mailing list без TLS. отказываюсь таким пользоваться.

Ответить | Правка | Наверх | Cообщить модератору

49. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от MBG (?), 25-Янв-20, 18:02

Или крестик сними ими или трусы одень (с) нет проблем написать напрямую на почту DRH - не припомню случая, чтобы он мне не ответил. Ах да, попиариться не выйдет :)

Ответить | Правка | Наверх | Cообщить модератору

34. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Ivan_83 (ok), 23-Янв-20, 23:43

Лучше бы сборочную систему поправили, а то даже pread() и прочие фишки детектить не умеет, зато код их юзать умеет, если ручками задать дефайны при сборке.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241385

Ответить | Правка | Наверх | Cообщить модератору

37. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" –2 +/–

Сообщение от Аноним (37), 24-Янв-20, 08:21

Тоже думаю что def это не простые фаилы если вы сможете собрать именно с этими дефами https://github.com/Griggorii/wine_d3d_def_source ваин то вот и напишите мне на почту гмаил ком ник тот же.
Считаю что есть такие инструменты программирования которые ты считаешь мусором потому что просто не знаешь как применять.

Ответить | Правка | Наверх | Cообщить модератору

39. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от пох. (?), 24-Янв-20, 10:55

> Лучше бы сборочную систему поправили
она ж целиком вторична и делается на от..сь.
Но если ты поправишь - полагаю, такой патч вполне примут. Только вот разбираться в том, что генерит эту сборочную систему - себе дороже, и гораздо проще не париться, задав дефайны - не так их и бесконечно много.
P.S. соберешься править - сделай еще параметры для WAL и синхронной записи при нем - а то и их приходится вручную определять. Причем bsdшный мэйкфайл такому тоже не обучен.
P.P.S. мне лень, у меня и так все работает, да.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

43. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от Аноним (24), 24-Янв-20, 16:50

А для meson как подпроект кто-то уже сделал версию для встраивания?

Ответить | Правка | Наверх | Cообщить модератору

54. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов" +/–

Сообщение от iZEN (ok), 27-Янв-20, 14:56

Этот релиз SQlite3-3.31.0 приводит к ошибке сегментации Thunderbird и Firefox - пришлось откатываться на предыдущую версию и восстанавливать профили пользователя.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов"	–1 +/–
Сообщение от Аноним (1), 23-Янв-20, 11:31
> Добавлена поддержка генерируемых столбцов (вычисляемых столбцов), позволяющих при создании таблицы создать столбец, значение которого автоматически вычисляется на основе содержимого другого столбца. Знатоки, объясните: чем представления (view) хуже? Или я не понял и это вообще про другое?
Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов"	+2 +/–
	Сообщение от Аноним (4), 23-Янв-20, 11:42
	Основное отличие в том, что эту штуку можно не вычислять каждый раз, записав её на диск. А с view так нельзя. Ну ещё все данные и их производные в одной таблице, не нужно писать в одну и читать из другой как это будет с view.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов"	+/–
	Сообщение от Аноним (1), 23-Янв-20, 12:32
	Спасибо, теперь стало более понятно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов"	–2 +/–
	Сообщение от Аноним (12), 23-Янв-20, 12:56
	>эту штуку можно не вычислять каждый раз, записав её на диск А от VIRTUAL тогда чем?
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	14. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов"	+3 +/–
	Сообщение от Аноним (14), 23-Янв-20, 13:00
	Тем, что не надо каждый раз выражение писать в select. Или делать отдельный view.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов"	+/–
	Сообщение от ананим.orig (?), 23-Янв-20, 23:32
	главное чтобы по нему можно было индекс строить
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов"	+/–
	Сообщение от Аноним (14), 23-Янв-20, 12:59
	> Основное отличие в том, что эту штуку можно не вычислять каждый раз, записав её на диск. А с view так нельзя. В "больших" СУБД есть materialized view, тоже можно не вычислять каждый раз. Надеюсь, сабжевая фича является частью плана по их включению в SQLite.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	27. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов"	–1 +/–
	Сообщение от Q2W (?), 23-Янв-20, 18:01
	Таким темпами он станет SQHeavy
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов"	+6 +/–
	Сообщение от Аноним (14), 23-Янв-20, 18:50
	Black Progressive Industrial Heavy SQL. То, что надо!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов"	+5 +/–
	Сообщение от Аноним (22), 23-Янв-20, 13:23
	VIEW, например, в постгресе - кошмарная и вредная конструкция, не дающая менять схему нижележащих таблиц, а для MATERIALIZED либо требующая блокировки, либо создающая кучу других проблем (в случае REFRESH CONCURRENTLY). Всё что угодно лучше этой гадости - функции, триггеры, обычные таблицы обновляемые запросом, CTE, в зависимости от того что применимо. Почему бы также и не вычисляемые столбцы, хотя по мне так их сфера применения тоже очень сильно ограничена (в основном обратной совместимостью).
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	30. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов"	+1 +/–
	Сообщение от Аноним (30), 23-Янв-20, 21:01
	С MV и в оракле тяжко, если много данных и обновление таблиц частое.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых стобцов"	+/–
	Сообщение от KonstantinB (??), 25-Янв-20, 19:50
	Чаще всего виртуальные столбцы используются для того, чтобы построить индекс по выражению. В постгресе это можно делать и напрямую
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору

2. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	–3 +/–
Сообщение от Аноним (2), 23-Янв-20, 11:36
Наверное прикольно. Но когда включат поддержку icu? что бы запрос Select "Ы" like "ы" выдавал 1? известный баг\фича))
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	+/–
	Сообщение от Аноним (5), 23-Янв-20, 12:04
	Раз не включают по умолчанию значит это никому не нужно. А полтора землекопа могут и сами себе с ICU собрать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	–1 +/–
	Сообщение от пох. (?), 23-Янв-20, 12:07
	Если он начнет такое выдавать - да, это будет именно баг, поэтому ответ - никогда. А поддержка upper/lower - существует, но, поскольку это embedded db, collate function ты ей должен предоставить сам - https://sqlite.org/c3ref/create_collation.html - можешь себе "включить поддержку icu", если умеешь. Для "неумеющих кодить" существует postgres.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	20. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	+5 +/–
	Сообщение от Аноним (14), 23-Янв-20, 13:15
	> Для "неумеющих кодить" существует postgres. Домино — это вам не шахматы, тут думать надо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	+1 +/–
	Сообщение от Аномномномнимус (?), 23-Янв-20, 13:00
	Поддержка включена если собрать правильно
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	26. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	+/–
	Сообщение от Аноним (26), 23-Янв-20, 17:57
	это не та поддержка, которую хочет аноним (если мы правильно понимаем его пример - он, вероятно, хотел все же не безусловно и во всех случаях чтобы Ы было like ы, а работающий collation ?) Это поддержка в cli, без которой предложенную им строку вообще набрать, скорее всего, не получится.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	+/–
	Сообщение от Аноним (36), 24-Янв-20, 02:08
	Никогда, в SQL like --- _регистрозависимый_. Для поиска независимо от регистра используют UPPER/LOWER или бывает делают ilike, но ilike нет в стандарте SQL, это расширение на усмотрение авторов СУБД.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору

3. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	–1 +/–
Сообщение от PavloT (?), 23-Янв-20, 11:42
Просто удобство. Не всегда хочется создавать отдельную сущность в виде view. В принципе можно и запросом разрулить.
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	–7 +/–
	Сообщение от Аноним (5), 23-Янв-20, 12:05
	Имхо творят сущностный для видимости деятельности. Ничем хорошим это обычно не заканчивается.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	+/–
	Сообщение от Аноним (14), 23-Янв-20, 13:01
	Полагаю, в этом случае закончится поддержкой materialized views, что неплохо.
	Ответить \| Правка \| Наверх \| Cообщить модератору

8. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	+6 +/–
Сообщение от Аноним (8), 23-Янв-20, 12:14
SQLite - хороший, годный продукт. Но кажется легковесность потихоньку улетучивается.
Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	+/–
	Сообщение от пох. (?), 23-Янв-20, 12:27
	embedded db не обязана быть "легковесной", ей надо быть - embeddable. А дальше, в случае sqlite все зависит от тебя - часть фич включается только по запросу, часть можно отключить. Но для этого его надо пересобирать, причем в некоторых случаях - из исходников. Нет, sqlite-autoconf-3310000.tar.gz - это не исходник, и конфигурируется там не всё.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	+/–
	Сообщение от Аноним (40), 24-Янв-20, 12:28
	lite тоже не значит легковесный?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	+/–
	Сообщение от Аноним (40), 24-Янв-20, 12:29
	lite тоже не значит легковесный?
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	44. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	+/–
	Сообщение от Alexey (??), 24-Янв-20, 21:50
	По объему он все еще очень легкий
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору

11. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	–1 +/–
Сообщение от ыы (?), 23-Янв-20, 12:55
бизнес-логика встраиваемая прямо в таблицы... каша будет...
Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	+1 +/–
	Сообщение от Аноним (14), 23-Янв-20, 13:02
	Устраивать или нет кашу — выбор разработчика.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов"	–1 +/–
	Сообщение от ыы (?), 23-Янв-20, 13:04
	Да, есть такие любители - выдать толпе мыло, веревку и посмотреть что получится в итоге... а получится как в расте (недавно), получится как в вордпрессе (перманентно)
	Ответить \| Правка \| Наверх \| Cообщить модератору