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

однако в основной таблице есть пометка об автоинкрементированни

а в дополнительной таблице нет

так и должно быть?

Что то типа "индекса нет иду все по порядку

Ну так-то без индекса СУБД по-любому в фул скан упадет.

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

У тебя диаграмма есть?

У тебя диаграмма есть?

нет. я в командной строке делаю

Ну так-то без индекса СУБД по-любому в фул скан упадет.

Дык без разницы колоночная или нет. Одинаково будет

кстати, а как визуализировать таблицу можно?

Ну так-то без индекса СУБД по-любому в фул скан упадет.

Нет

кстати, а как визуализировать таблицу можно?

В workbench ?

Нет

В каких случаях нет?

В разных

В разных

Любой, самый простой пример.

Абсолютно лысая таблица, в ней 1,5 КК записей. Ни одного индекса. Почему и в какой СУБД не будет фул скана?

Например, в вертике недавно столкнулся, есть запрос с пачкой джойнов, вывод в 200к записей дает фуллсканы и коста почти в лярд попугаев, тогда как агрегация этих же данных уменьшает попугаев максимум до десятка лямов попугаев и без фуллскана

так и должно быть?

тут посмотри https://toster.ru/q/268457

Например, в вертике недавно столкнулся, есть запрос с пачкой джойнов, вывод в 200к записей дает фуллсканы и коста почти в лярд попугаев, тогда как агрегация этих же данных уменьшает попугаев максимум до десятка лямов попугаев и без фуллскана

Что за агрегация? Открыл док, готов смотреть.

Какой док? Любую агрегацию, ибо движок сразу работает по другому и агрегирует данные до джойнов

А если надо вытаскивать весь фарш, то да, получай фуллскан

Какой док? Любую агрегацию, ибо движок сразу работает по другому и агрегирует данные до джойнов

Угу при выполнении функции агрегирования СУБД не просматривает весь набор?

И в вертике нет индексов, но есть проекции у таблиц, в них указаны последовательности столбцов и их сортировка. От этого можно получить прирост, но проекция - это физическое хранение данных

Вот в процессе сравнения твой новый вектор станет частью леса. Один знакомый назвал это "сравнение через синтез". Как результат получишь пачку совпадений

Ну то есть сравнение- это не просто 100+к селектов? Но тут же и апдейт в случае несовпадения?

Угу при выполнении функции агрегирования СУБД не просматривает весь набор?

Нет, если у тебя иннер джойны, то тебе явно не надо смотреть всю таблицу, если есть избыточные данные

В workbench ?

спасибо

а как через командную строку посмотреть какие внешние ключи существуют в таблице

И в вертике нет индексов, но есть проекции у таблиц, в них указаны последовательности столбцов и их сортировка. От этого можно получить прирост, но проекция - это физическое хранение данных

Так проекция не равно ли индекс?

Так проекция не равно ли индекс?

Нет

Так проекция не равно ли индекс?

Не совсем

Это скорее физическое хранение таблицы

В нужной последовательности и сортировке

Ну то есть сравнение- это не просто 100+к селектов? Но тут же и апдейт в случае несовпадения?

Там сложно обьяснить что происходит. Нужно картинки показывать. Любое совпадение выделяется в новое множество

Именно поэтому у многих компаний с этой вертикой начинаются проблемы, когда пытаются накрутить кривые вьюхи на кубы

Там сложно обьяснить что происходит. Нужно картинки показывать. Любое совпадение выделяется в новое множество

Ок. Спать пойду

Это скорее физическое хранение таблицы

У одной таблицы может быть несколько проекций?

У одной таблицы может быть несколько проекций?

Да

Блин, в чем отличие от индексов тогда?

Но если у тебя в одной таблице данных на 1гб например, то фактически данных может заниматься 1*n, где n - количество проекций

Это очень грубо, ибо есть много НО, начиная от количества столбцов, заканчивая сжатием

Но если у тебя в одной таблице данных на 1гб например, то фактически данных может заниматься 1*n, где n - количество проекций

Ну так и с индексами так же

Нет, у тебя кластерный индекс строится по PK и пофиг на остальные столбцы, тогда как супер проекция - это вся таблица

Индекс строится по сортировке и страницам и деревьям, проекция так не работает

Кластерный да. Но он всего один, и как правило по самому "дешевому" для инсертов полю. А все остальные - некластерные

А блин. Колоночные не для инсертов же

Но поиск же в индексе работает не так

А блин. Колоночные не для инсертов же

Кто такое сказал ?

Кто такое сказал ?

Ну условно )

Не для апдейтов, а сейчас скорее для них, просто скорость будет как у строчных бд

А инсерты там как раз быстрые

Я пока не видел ни одну БД, которая смогла бы инсертить 500к записей в секунду

В один слабенький сервер

Но поиск же в индексе работает не так

Как не так? Ты про проекции написал, что там хранится

И в вертике нет индексов, но есть проекции у таблиц, в них указаны последовательности столбцов и их сортировка. От этого можно получить прирост, но проекция - это физическое хранение данных

В индексе (составном, некластерном) - все то же самое

И в вертике нет индексов, но есть проекции у таблиц, в них указаны последовательности столбцов и их сортировка. От этого можно получить прирост, но проекция - это физическое хранение данных

Я завалил и слушаю. Но кроме вертики ещё кликхаус глянь.

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

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

Понял

Спасиб

В индексе (составном, некластерном) - все то же самое

Сделай составной индекс по всем полям таблицы и проверь, как это будет работать ?

ERROR: S client not available

Я завалил и слушаю. Но кроме вертики ещё кликхаус глянь.

В кх точно не уверен, как там, но там вроде немного другой механизм, у них там множество движков, у каждого свои плюсы и минусы

Сделай составной индекс по всем полям таблицы и проверь, как это будет работать ?

А у меня эластик индексами занимается

Эластик не копал

Эластик не копал

Он строит индексы для касандры

У нас логи в эластике собирают и я только и слышу от ребят про боль индексов...

Сам не копал, поэтому на сколько там "боль" не в курсе

Вот у КХ там движки рулят сразу половиной фишек и данными, поэтому там есть множество ограничений и классические методы реляционных моделей в лоб не заходят.

В вертике можно применять в лоб реляционку, но можно потерять производительность колоночных БД.

У нас вот как табло присобачили в лоб на вертику, по аналогии как на оракл, получили прирост, но как только начинают тягать еще более тяжелое для колоночных БД, то по сути запрос может работать так же, как и на оракле

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

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

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

Ты же спать ушел

Ты же спать ушел

Я одним глазком ? Уснуть не смог

Колоночные бд если не будешь в неё часто плевать данными.

Мне только для чтения

Ща кликхаус соберём, попробуем

Подскажите как в python + sqlite3 внести изменение в одно из значений нужной строки. Что надо написать в ('INSERT INTO ... VALUES ...') или надо другой коммандой пользоваться, что бы добавилось/изменилось значение в уже имеющейся строке, а не создавалась новая.

Подскажите как в python + sqlite3 внести изменение в одно из значений нужной строки. Что надо написать в ('INSERT INTO ... VALUES ...') или надо другой коммандой пользоваться, что бы добавилось/изменилось значение в уже имеющейся строке, а не создавалась новая.

UPDATE table_name SET column1 = value1, column2 = value2, ... WHERE condition;

В курсор

Подскажите как в python + sqlite3 внести изменение в одно из значений нужной строки. Что надо написать в ('INSERT INTO ... VALUES ...') или надо другой коммандой пользоваться, что бы добавилось/изменилось значение в уже имеющейся строке, а не создавалась новая.

https://docs.python.org/2/library/sqlite3.html

А лучше тут смотреть ;)

Большое спасибо, получилось

подскажите, пожалуйста, как скопировать базу данных с сервера на компьютер

mysql

mysql

mysqldump

Подскажите как в python + sqlite3 внести изменение в одно из значений нужной строки. Что надо написать в ('INSERT INTO ... VALUES ...') или надо другой коммандой пользоваться, что бы добавилось/изменилось значение в уже имеющейся строке, а не создавалась новая.

Если у вас приложение с базой, а не для базы, то лучше использовать orm и описать нормально сущности

mysqldump

это файл?

сейчас погуглю, спасибо

Если у вас приложение с базой, а не для базы, то лучше использовать orm и описать нормально сущности

хорошо, изучу

Жива ли RethinkDB? Спасёт ли её передача в руки сообщества? Есть ли альтернативы?