The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Релиз СУБД SQLite 3.20.0, opennews (??), 07-Авг-17, (0) [смотреть все]

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


3. "Релиз СУБД SQLite 3.20.0"  –1 +/
Сообщение от Аноним (-), 07-Авг-17, 12:27 
Также не поясните, что быстрее, WITHOUT ROWID и PRIMARY KEY из  2х целочисленных  полей, или отображение этих дх полей в rowid и обратно (напр бинарным сдвигом и бинарным ИЛИ)? Если второе, то неплохо бы это иметь встроенным в саму базу.
Ответить | Правка | Наверх | Cообщить модератору

32. "Релиз СУБД SQLite 3.20.0"  +/
Сообщение от Аноним (-), 07-Авг-17, 14:44 
> Также не поясните, что быстрее, WITHOUT ROWID и PRIMARY KEY из  
> 2х целочисленных  полей, или отображение этих дх полей в rowid
> и обратно (напр бинарным сдвигом и бинарным ИЛИ)?

Так проверьте же. Прямо на своих задачах.

> Если второе, то неплохо бы это иметь встроенным в саму базу.

Patches are welcome, не?

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

41. "Релиз СУБД SQLite 3.20.0"  –1 +/
Сообщение от Аноним (-), 07-Авг-17, 15:03 
> Так проверьте же. Прямо на своих задачах.

конвертация таблицы в другой формат может несколько суток занять.

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

90. "Релиз СУБД SQLite 3.20.0"  +/
Сообщение от НяшМяш (ok), 07-Авг-17, 23:09 
> конвертация таблицы в другой формат может несколько суток занять.

Кто же заставил держать такую таблицу в sqlite?

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

112. "Релиз СУБД SQLite 3.20.0"  –1 +/
Сообщение от Аноним (-), 08-Авг-17, 10:03 
>> Так проверьте же. Прямо на своих задачах.
> конвертация таблицы в другой формат может несколько суток занять.

Так сделай тестовую поменьше.

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

123. "Релиз СУБД SQLite 3.20.0"  +/
Сообщение от нах (?), 08-Авг-17, 17:25 
несколько суток с момента этой новости - давно прошли. А ты все еще даже не попробовал. Ты их руками, по одному байтику конвертируешь, с 9 до 18?

(и нет, не надо "делать поменьше", тебя, на самом деле, не интересует как оно работает на таблицах поменьше, тебя интересует как оно работает на _твоей_ таблице. Никто кроме тебя это проверять не будет. Если бы мне была нужна подобная оптимизация - я бы давно именно это и сделал. И еще одну с default rowid и отдельно - составным ключом, никогда не знаешь, что придет в голову сложным оптимизаторам)

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру