forum.opennet.ru - "Выпуск СУБД SQLite 3.51" (33)

"Выпуск СУБД SQLite 3.51"

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

"Выпуск СУБД SQLite 3.51"	+/–
Сообщение от opennews (??), 05-Ноя-25, 16:00
Опубликован релиз SQLite 3.51, легковесной СУБД, оформленной в виде подключаемой библиотеки. Код SQLite распространяется как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64186
Ответить \| Правка \| Cообщить модератору

Оглавление

Хорошая вещь, кормит Жаль только нет альтер тэйбл для существующей таблицы с по, Аноним (1), 16:00 , 05-Ноя-25, (1) +3

А оно таки надо Нет, реально, учитывая, что порядок колонок в таблице вещь усло, Жироватт (ok), 16:05 , 05-Ноя-25, (3) +4

Оно начинает быть надо у горе программиста уже пятидесятый столбец и он продолжа, Аноним (10), 16:32 , 05-Ноя-25, (10)

у оракла также , eugener (ok), 17:51 , 05-Ноя-25, (17)

А вот и нет, я нашёл способ Короче, делаешь всем полям кроме первого alter table, Штунц (?), 01:11 , 06-Ноя-25, (50) +3

Сорян, во второй части уже visible , Штунц (?), 01:13 , 06-Ноя-25, (51) +1

по крайней мере у старенького 11 2 - давообще конечно не нужно завязываться на s, mos87 (ok), 09:45 , 06-Ноя-25, (54)

Где можно почитать рекомендации по индексам для sqlite , Аноним (4), 16:17 , 05-Ноя-25, (4) –2

А что не так с индексами , зоотехник (?), 17:25 , 05-Ноя-25, (13) –1

Ну, если у приложения их нет На что смотреть Я вот взял и сделал в sqlitebrows, Аноним (4), 17:32 , 05-Ноя-25, (14)

А как надо, в два раза меньше Так не бывает Индекс практически тоже таблица, т, зоотехник (?), 17:36 , 05-Ноя-25, (16) +2

Файл сжимается в 10 раз и будто бы можно поэффективней Операции с диском не бес, Аноним (4), 17:53 , 05-Ноя-25, (18) –1

Учи структуры данных и реализуй самый лучшей для твоей задачи способ Sqlite те, Аноним (20), 17:57 , 05-Ноя-25, (20) +4

Тут проблема, что для sqlite нет sqlite_top -- пойди угадай, что оптимизировать , Аноним (4), 18:05 , 05-Ноя-25, (23)

Если базу можно сжать в 10 раз, то либо неэффективная структура таблиц много пу, зоотехник (?), 18:29 , 05-Ноя-25, (26)

Там время в таблицах Т е тупо текст миллионы раз повторяющийся , Аноним (4), 18:35 , 05-Ноя-25, (27)

Ради хранения времени заводить целую базу, да еще с индексами Либо не оптимальн, зоотехник (?), 19:05 , 05-Ноя-25, (35)

Нет, там время у каждой записи с данными created_at updated_at last_sync remote, Аноним (4), 19:15 , 05-Ноя-25, (37)

Т е есть повторяющиеся в 10-кратном размере данные времени Тогда нужно испол, зоотехник (?), 19:29 , 05-Ноя-25, (38)

Ну в принципе норма, в sqlite время хранится в виде текста В posgres с этим нем, Аноним (4), 19:41 , 05-Ноя-25, (39)

Вроде как sqlite не для больших бд со сложными поисками по индексам Если о тако, Илья (??), 18:40 , 05-Ноя-25, (30)

Я в одной конторке видел 16Тб базу он скулайте с довольно таки грамотной кучей, OpenEcho (?), 20:19 , 05-Ноя-25, (42)

16Тб А с резервными копиями они там не мучаются , аноним2 (?), 20:30 , 05-Ноя-25, (46)

rsync , _ (??), 07:38 , 06-Ноя-25, (52)

Вот кстати отличный пример никчемности sqlite как базы данных и тех кто её испол, Аноним (20), 17:59 , 05-Ноя-25, (21) –8

Электрон среди баз данных , Аноним (6), 16:17 , 05-Ноя-25, (6) –1

Электрон заменяется на nwjs, а сабж на что , Аноним (4), 16:31 , 05-Ноя-25, (9)

Firebird, Аноним (15), 17:36 , 05-Ноя-25, (15)

FoxPro, Аноним (20), 18:03 , 05-Ноя-25, (22) +2
А чё сразу не postgres Между прочим, sqlite встраиваемая , Аноним (24), 18:12 , 05-Ноя-25, (24)

Firebird, между прочим, тоже , smit (??), 18:51 , 05-Ноя-25, (31)

всем хватит и hashmap, Аноним (49), 01:03 , 06-Ноя-25, (49) +1

Proton , mos87 (ok), 09:42 , 06-Ноя-25, (53)

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

1. Сообщение от Аноним (1), 05-Ноя-25, 16:00 +3 +/–

Хорошая вещь, кормит. Жаль только нет альтер тэйбл для существующей таблицы с позможностью вставить новую колонки между существующими, а только в самый конец

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #17

3. Сообщение от Жироватт (ok), 05-Ноя-25, 16:05 +4 +/–

А оно таки надо? Нет, реально, учитывая, что порядок колонок в таблице вещь условная и может быть переопределен уже на клиенте (для гуя) или вообще не имеет значения (для ipc)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #10

4. Сообщение от Аноним (4), 05-Ноя-25, 16:17 –2 +/–

Где можно почитать рекомендации по индексам для sqlite?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #21

6. Сообщение от Аноним (6), 05-Ноя-25, 16:17 –1 +/–

Электрон среди баз данных.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #53

9. Сообщение от Аноним (4), 05-Ноя-25, 16:31 +/–

Электрон заменяется на nwjs, а сабж на что?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #15

10. Сообщение от Аноним (10), 05-Ноя-25, 16:32 +/–

Оно начинает быть надо у горе программиста уже пятидесятый столбец и он продолжает использовать sqlite. Хотя ему ненужен ни sqlite ни такая большая таблица.

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

13. Сообщение от зоотехник (?), 05-Ноя-25, 17:25 –1 +/–

А что не так с индексами?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #14

14. Сообщение от Аноним (4), 05-Ноя-25, 17:32 +/–

Ну, если у приложения их нет. На что смотреть? Я вот взял и сделал в sqlitebrowser, время хорошее у чтения, но будто неэффективно теперь? И размер в 2 раза больше.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #16, #30

15. Сообщение от Аноним (15), 05-Ноя-25, 17:36 +/–

Firebird

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #22, #24

16. Сообщение от зоотехник (?), 05-Ноя-25, 17:36 +2 +/–

А как надо, в два раза меньше? Так не бывает. Индекс практически тоже таблица, только отсортированная и условно с двумя колонками, в одно ключ, в другой номер записи.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #18

17. Сообщение от eugener (ok), 05-Ноя-25, 17:51 +/–

> только в самый конец
у оракла также.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #50, #54

18. Сообщение от Аноним (4), 05-Ноя-25, 17:53 –1 +/–

> А как надо, в два раза меньше? Так не бывает. Индекс практически
> тоже таблица, только отсортированная и условно с двумя колонками, в одно
> ключ, в другой номер записи.
Файл сжимается в 10 раз и будто бы можно поэффективней? Операции с диском не бесплатные. Конечно хотелось бы оптимизировать записи, их и так под терабайт в день и это практически без нагрузки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #20, #26

20. Сообщение от Аноним (20), 05-Ноя-25, 17:57 +4 +/–

Учи структуры данных и реализуй самый лучшей для твоей задачи способ. Sqlite тебе вот ваще не нужен если проблемы о которых ты говоришь реальны.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #23

21. Сообщение от Аноним (20), 05-Ноя-25, 17:59 –8 +/–

Вот кстати отличный пример никчемности sqlite как базы данных и тех кто её использует. С одной стороны запросы без индекса медленные с другой с индексами база пухнет. И ведь мега умы ведь додумались бы и оставить медленные запросы и так и пользвать в приложении. И ведь у этого юзера ведь так уже где то есть в проде.

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

22. Сообщение от Аноним (20), 05-Ноя-25, 18:03 +2 +/–

FoxPro

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

23. Сообщение от Аноним (4), 05-Ноя-25, 18:05 +/–

> Учи структуры данных и реализуй самый лучшей для твоей задачи способ.
> Sqlite тебе вот ваще не нужен если проблемы о которых ты
> говоришь реальны.
Тут проблема, что для sqlite нет sqlite_top -- пойди угадай, что оптимизировать.

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

24. Сообщение от Аноним (24), 05-Ноя-25, 18:12 +/–

А чё сразу не postgres? Между прочим, sqlite встраиваемая.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #31

26. Сообщение от зоотехник (?), 05-Ноя-25, 18:29 +/–

Если базу можно сжать в 10 раз, то либо неэффективная структура таблиц (много пустого места, либо много одинаковых данных), либо используется ФС с неподходящими настройками (размер сектора) и т.д. Т.е. индексы на это вряд-ли влияют, это следствие, а не причина.
Как написали выше, разбирайся со структурами данных. Ну или нужна более подходящая для твоей задачи БД, может даже NoSQL.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #27

27. Сообщение от Аноним (4), 05-Ноя-25, 18:35 +/–

Там время в таблицах. Т.е. тупо текст миллионы раз повторяющийся.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #35

30. Сообщение от Илья (??), 05-Ноя-25, 18:40 +/–

Вроде как sqlite не для больших бд со сложными поисками по индексам?
Если о таком задумываешься - наверное надо смотреть в сторону postgres или mssql

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #42

31. Сообщение от smit (??), 05-Ноя-25, 18:51 +/–

Firebird, между прочим, тоже.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #49

35. Сообщение от зоотехник (?), 05-Ноя-25, 19:05 +/–

Ради хранения времени заводить целую базу, да еще с индексами? Либо не оптимальная структура, либо не только время хранится, а что-то еще.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #37

37. Сообщение от Аноним (4), 05-Ноя-25, 19:15 +/–

Нет, там время у каждой записи с данными: created_at/updated_at/last_sync/remote_date. Все поля нужны для статистики и выборки, это минимум, к которому получилось придти (по хорошему ещё несколько полей со временем нужно добавить, но эти данные отправились в блоб с жсоном, над ними активных операций нет).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #38

38. Сообщение от зоотехник (?), 05-Ноя-25, 19:29 +/–

Т.е. есть повторяющиеся (в 10-кратном размере) данные времени? Тогда нужно использовать NoSQL базы, есть среди них т.н. "колоночные" базы, Clickhouse, например. Есть еще базы временных рядов - TSDB, например InfluxDB. Но по последней боюсь сейчас меня здесь "закидают помидорами". Тут недавно в новостях пробегала какая-то колоночная база, название не помню.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #39

39. Сообщение от Аноним (4), 05-Ноя-25, 19:41 +/–

Ну в принципе норма, в sqlite время хранится в виде текста. В posgres с этим немного лучше, но бинарный формат сжимается хуже, так что выигрыша тут никак не получить. Так хоть бэкапы хорошо сжимаются.

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

42. Сообщение от OpenEcho (?), 05-Ноя-25, 20:19 +/–

> Вроде как sqlite не для больших бд со сложными поисками по индексам?
Я в одной "конторке" видел 16Тб базу он скулайте с довольно таки грамотной кучей связанных таблиц и народ очень даже доволен

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #46

46. Сообщение от аноним2 (?), 05-Ноя-25, 20:30 +/–

16Тб? А с резервными копиями они там не мучаются?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #52

49. Сообщение от Аноним (49), 06-Ноя-25, 01:03 +1 +/–

всем хватит и hashmap

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

50. Сообщение от Штунц (?), 06-Ноя-25, 01:11 +3 +/–

А вот и нет, я нашёл способ.
Короче, делаешь всем полям кроме первого:
alter table TT modify Column_B invisible;
alter table TT modify Column_C invisible;
alter table TT modify Column_D invisible;
А потом

alter table TT modify Column_C invisible;
alter table TT modify Column_D invisible;
alter table TT modify Column_B invisible;

И они уже в новом порядке

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #51

51. Сообщение от Штунц (?), 06-Ноя-25, 01:13 +1 +/–

Сорян, во второй части уже "visible"

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

52. Сообщение от _ (??), 06-Ноя-25, 07:38 +/–

rsync ?

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

53. Сообщение от mos87 (ok), 06-Ноя-25, 09:42 +/–

Proton.

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

54. Сообщение от mos87 (ok), 06-Ноя-25, 09:45 +/–

по крайней мере у старенького 11.2 - да
вообще конечно не нужно завязываться на select *

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

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

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

Партнёры:

Хостинг:

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

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

1. Сообщение от Аноним (1), 05-Ноя-25, 16:00	+3 +/–
Хорошая вещь, кормит. Жаль только нет альтер тэйбл для существующей таблицы с позможностью вставить новую колонки между существующими, а только в самый конец
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #3, #17

3. Сообщение от Жироватт (ok), 05-Ноя-25, 16:05	+4 +/–
А оно таки надо? Нет, реально, учитывая, что порядок колонок в таблице вещь условная и может быть переопределен уже на клиенте (для гуя) или вообще не имеет значения (для ipc)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #10

4. Сообщение от Аноним (4), 05-Ноя-25, 16:17	–2 +/–
Где можно почитать рекомендации по индексам для sqlite?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #13, #21

6. Сообщение от Аноним (6), 05-Ноя-25, 16:17	–1 +/–
Электрон среди баз данных.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #9, #53

9. Сообщение от Аноним (4), 05-Ноя-25, 16:31	+/–
Электрон заменяется на nwjs, а сабж на что?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #15

10. Сообщение от Аноним (10), 05-Ноя-25, 16:32	+/–
Оно начинает быть надо у горе программиста уже пятидесятый столбец и он продолжает использовать sqlite. Хотя ему ненужен ни sqlite ни такая большая таблица.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3

13. Сообщение от зоотехник (?), 05-Ноя-25, 17:25	–1 +/–
А что не так с индексами?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #14

14. Сообщение от Аноним (4), 05-Ноя-25, 17:32	+/–
Ну, если у приложения их нет. На что смотреть? Я вот взял и сделал в sqlitebrowser, время хорошее у чтения, но будто неэффективно теперь? И размер в 2 раза больше.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #16, #30

15. Сообщение от Аноним (15), 05-Ноя-25, 17:36	+/–
Firebird
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #22, #24

16. Сообщение от зоотехник (?), 05-Ноя-25, 17:36	+2 +/–
А как надо, в два раза меньше? Так не бывает. Индекс практически тоже таблица, только отсортированная и условно с двумя колонками, в одно ключ, в другой номер записи.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #18

17. Сообщение от eugener (ok), 05-Ноя-25, 17:51	+/–
> только в самый конец у оракла также.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #50, #54

18. Сообщение от Аноним (4), 05-Ноя-25, 17:53	–1 +/–
> А как надо, в два раза меньше? Так не бывает. Индекс практически > тоже таблица, только отсортированная и условно с двумя колонками, в одно > ключ, в другой номер записи. Файл сжимается в 10 раз и будто бы можно поэффективней? Операции с диском не бесплатные. Конечно хотелось бы оптимизировать записи, их и так под терабайт в день и это практически без нагрузки.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16 Ответы: #20, #26

20. Сообщение от Аноним (20), 05-Ноя-25, 17:57	+4 +/–
Учи структуры данных и реализуй самый лучшей для твоей задачи способ. Sqlite тебе вот ваще не нужен если проблемы о которых ты говоришь реальны.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18 Ответы: #23

21. Сообщение от Аноним (20), 05-Ноя-25, 17:59	–8 +/–
Вот кстати отличный пример никчемности sqlite как базы данных и тех кто её использует. С одной стороны запросы без индекса медленные с другой с индексами база пухнет. И ведь мега умы ведь додумались бы и оставить медленные запросы и так и пользвать в приложении. И ведь у этого юзера ведь так уже где то есть в проде.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4

22. Сообщение от Аноним (20), 05-Ноя-25, 18:03	+2 +/–
FoxPro
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15

23. Сообщение от Аноним (4), 05-Ноя-25, 18:05	+/–
> Учи структуры данных и реализуй самый лучшей для твоей задачи способ. > Sqlite тебе вот ваще не нужен если проблемы о которых ты > говоришь реальны. Тут проблема, что для sqlite нет sqlite_top -- пойди угадай, что оптимизировать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20

24. Сообщение от Аноним (24), 05-Ноя-25, 18:12	+/–
А чё сразу не postgres? Между прочим, sqlite встраиваемая.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #31

26. Сообщение от зоотехник (?), 05-Ноя-25, 18:29	+/–
Если базу можно сжать в 10 раз, то либо неэффективная структура таблиц (много пустого места, либо много одинаковых данных), либо используется ФС с неподходящими настройками (размер сектора) и т.д. Т.е. индексы на это вряд-ли влияют, это следствие, а не причина. Как написали выше, разбирайся со структурами данных. Ну или нужна более подходящая для твоей задачи БД, может даже NoSQL.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18 Ответы: #27

27. Сообщение от Аноним (4), 05-Ноя-25, 18:35	+/–
Там время в таблицах. Т.е. тупо текст миллионы раз повторяющийся.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26 Ответы: #35

30. Сообщение от Илья (??), 05-Ноя-25, 18:40	+/–
Вроде как sqlite не для больших бд со сложными поисками по индексам? Если о таком задумываешься - наверное надо смотреть в сторону postgres или mssql
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #42

31. Сообщение от smit (??), 05-Ноя-25, 18:51	+/–
Firebird, между прочим, тоже.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24 Ответы: #49

35. Сообщение от зоотехник (?), 05-Ноя-25, 19:05	+/–
Ради хранения времени заводить целую базу, да еще с индексами? Либо не оптимальная структура, либо не только время хранится, а что-то еще.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #27 Ответы: #37

37. Сообщение от Аноним (4), 05-Ноя-25, 19:15	+/–
Нет, там время у каждой записи с данными: created_at/updated_at/last_sync/remote_date. Все поля нужны для статистики и выборки, это минимум, к которому получилось придти (по хорошему ещё несколько полей со временем нужно добавить, но эти данные отправились в блоб с жсоном, над ними активных операций нет).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #35 Ответы: #38

38. Сообщение от зоотехник (?), 05-Ноя-25, 19:29	+/–
Т.е. есть повторяющиеся (в 10-кратном размере) данные времени? Тогда нужно использовать NoSQL базы, есть среди них т.н. "колоночные" базы, Clickhouse, например. Есть еще базы временных рядов - TSDB, например InfluxDB. Но по последней боюсь сейчас меня здесь "закидают помидорами". Тут недавно в новостях пробегала какая-то колоночная база, название не помню.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #37 Ответы: #39

39. Сообщение от Аноним (4), 05-Ноя-25, 19:41	+/–
Ну в принципе норма, в sqlite время хранится в виде текста. В posgres с этим немного лучше, но бинарный формат сжимается хуже, так что выигрыша тут никак не получить. Так хоть бэкапы хорошо сжимаются.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #38

42. Сообщение от OpenEcho (?), 05-Ноя-25, 20:19	+/–
> Вроде как sqlite не для больших бд со сложными поисками по индексам? Я в одной "конторке" видел 16Тб базу он скулайте с довольно таки грамотной кучей связанных таблиц и народ очень даже доволен
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #30 Ответы: #46

46. Сообщение от аноним2 (?), 05-Ноя-25, 20:30	+/–
16Тб? А с резервными копиями они там не мучаются?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #42 Ответы: #52

49. Сообщение от Аноним (49), 06-Ноя-25, 01:03	+1 +/–
всем хватит и hashmap
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31

50. Сообщение от Штунц (?), 06-Ноя-25, 01:11	+3 +/–
А вот и нет, я нашёл способ. Короче, делаешь всем полям кроме первого: alter table TT modify Column_B invisible; alter table TT modify Column_C invisible; alter table TT modify Column_D invisible; А потом alter table TT modify Column_C invisible; alter table TT modify Column_D invisible; alter table TT modify Column_B invisible; И они уже в новом порядке
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17 Ответы: #51

51. Сообщение от Штунц (?), 06-Ноя-25, 01:13	+1 +/–
Сорян, во второй части уже "visible"
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #50