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

Количество запросов равнялось бы количество строк в таблице поменьше * количество столбцов.

Ну вы еще подеритесь. На самом деле то что ему нужно это скорее всего какая то дичь. Ибо как выбрать 2 одинаковые строки и вывести те столбы где они не одинаковые?? Загадка сия велика есть.

Парень попутал с Excel...

Если нужно одним универсальным запросом, то подвязаться на системную таблицу со списком полей (напр., INFORMATION_SCHEMA.COLUMNS) ... вложенными запросами по названию колонок тянуть значения, потом отфильтровать по неодинаковым значениям...

Если нужно одним универсальным запросом, то подвязаться на системную таблицу со списком полей (напр., INFORMATION_SCHEMA.COLUMNS) ... вложенными запросами по названию колонок тянуть значения, потом отфильтровать по неодинаковым значениям...

это невозможно сделать в статическом коде SQL. Можно только через прототипирование или DynEXEC

это невозможно сделать в статическом коде SQL. Можно только через прототипирование или DynEXEC

Завтра сделаю на Maria, если будет время...

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

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

Можно. Это будет DynEXEC , генерируемый SQL-ем другой SQL.

Я не знала, что есть такое понятие DynEXEC, вау

DynExec он же EXEC() он же PREPARED STATEMENT (MySQL) — это когда ты на серверной стороне в переменной типа "строка" формируешь текст запроса, а затем его выполняешь на этой же БД. Там разные средства разных СУБД допускают разный уровень автоматизации подстановки параметров в запросы, от конкатенации в виде данных до полной формализованной подстановки в виде типизированных параметров .

ребят привет после того как создал index допустим: create index [indx_ENROLLMENT_studentId] ON [dbo].[Enrollment]([studentId]) после этого его где то вызывать не нужно или нужно?

Можно. Это будет DynEXEC , генерируемый SQL-ем другой SQL.

И зачем ты им это расказал? Они ж теперь только так и будут делать.?

Мало нам doom в экселе

ребят привет после того как создал index допустим: create index [indx_ENROLLMENT_studentId] ON [dbo].[Enrollment]([studentId]) после этого его где то вызывать не нужно или нужно?

Не нужно. Как ты вообще это представляешь, "вызывать индекс"?

Не нужно. Как ты вообще это представляешь, "вызывать индекс"?

спасибо) да уже понял) просто новичок в этом деле поэтому

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

В вертике, проекции, которые аля индекс, это вообще таблицы и можно с них делать запросы ?

это невозможно сделать в статическом коде SQL. Можно только через прототипирование или DynEXEC

В общем, спасибо, действительно не возможно без динамики, я погорячился)

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

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

Нет

Ты же просто данные пишешь в переменную

Например в oracle есть опр параметр типа специальный коммит или просто oci default который просто выдает данные пхп но не делает коммитов или роллбэк) вообщем не парься переменная пхп не делает роллбэков

мне как раз нужно сделать роллбэк

Какая у тебя бд

Mysql/Innodb

записи создаются, если я делаю операции в коде

Тестирую с Set autocommit=0

при работе кода записи создаются. При чистых запросах просто индекс увеличивается

А подключаешься к бд как стандартные средствами пхп или через pdo ?

с учктом того, что это битрикс, то там mysqli

Тогда вот

// Commit transaction mysqli_commit($con); // Rollback transaction mysqli_rollback($con);

Хорошо. спасибо. сейчас попробую

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

Нет

Хорошо. спасибо. сейчас попробую

Можно также просто выполнить запросы "commit" или "rollback"

да они как бы выполняются

логи запросов об этом говорят

точнее они отправляются в БД

Ну, есть ещё проблемы?

пока что нет) завтра буду пробовать. Спасибо)

Привет, я тут сделал титаническое усилие, написал пост.

Это пост правды

******************************************** *** ДОРОГИЕ КОЛЛЕГИ РАЗРАБОТЧИКИ БД *** ******************************************** Каждый раз, когда вам говорят в чатах, форумах, статьях в интернете и так далее, что определённая конструкция языка SQL работае быстрее, чем другая определённая конструкция языка SQL, не верьте! Производительность запросов — очень сложная штука, Она зависит от структуры БД, определённых в ней индексов, типов данных, самих данных и ещё чёрта в ступе от чего. Только вы сами в ваших конкретных условиях можете понять, как лучше написать запрос и как он будет быстрее работать.

то бишь, бывает случай, когда order by rand будет быстрее?

быстрее чем что?

быстрее ORDER BY rand, rand уж точно

******************************************** *** ДОРОГИЕ КОЛЛЕГИ РАЗРАБОТЧИКИ БД *** ******************************************** Каждый раз, когда вам говорят в чатах, форумах, статьях в интернете и так далее, что определённая конструкция языка SQL работае быстрее, чем другая определённая конструкция языка SQL, не верьте! Производительность запросов — очень сложная штука, Она зависит от структуры БД, определённых в ней индексов, типов данных, самих данных и ещё чёрта в ступе от чего. Только вы сами в ваших конкретных условиях можете понять, как лучше написать запрос и как он будет быстрее работать.

+++ однозначно

то бишь, бывает случай, когда order by rand будет быстрее?

БЫВАЕТ ВСЁ!

слишком категоричный и однобокий текст, как по мне

слишком категоричный и однобокий текст, как по мне

ТУТТОЛЬКАТАК!

******************************************** *** ДОРОГИЕ КОЛЛЕГИ РАЗРАБОТЧИКИ БД *** ******************************************** Каждый раз, когда вам говорят в чатах, форумах, статьях в интернете и так далее, что определённая конструкция языка SQL работае быстрее, чем другая определённая конструкция языка SQL, не верьте! Производительность запросов — очень сложная штука, Она зависит от структуры БД, определённых в ней индексов, типов данных, самих данных и ещё чёрта в ступе от чего. Только вы сами в ваших конкретных условиях можете понять, как лучше написать запрос и как он будет быстрее работать.

??

Подскажите если кто в курсе Есть задача: - основная нода имеет все данные - распределённые ноды имеют только чать данных (грубо у каждого своя табличка) Писать читать (в рамках разрешнного) может каждая нода Гарантированность доставки данных критична (скорость синхронизации не критична) Смотрю в сторону кассандры (ещё не читал детально документацию не знаю умеет она так или нет)

при работе кода записи создаются. При чистых запросах просто индекс увеличивается

Всем доброго. По поводу вчерашнего моего крика о помощи. Судя по всему происходит автокоммит из-за переиндексации страниц после INSERT. Правильно ли я понимаю, что БД автоматически пересоздает индексы при вставке? Как можно отключить автоиндексацию таблицы перед началом транзакции?

Всем доброго. По поводу вчерашнего моего крика о помощи. Судя по всему происходит автокоммит из-за переиндексации страниц после INSERT. Правильно ли я понимаю, что БД автоматически пересоздает индексы при вставке? Как можно отключить автоиндексацию таблицы перед началом транзакции?

Выдумываешь

Всем доброго. По поводу вчерашнего моего крика о помощи. Судя по всему происходит автокоммит из-за переиндексации страниц после INSERT. Правильно ли я понимаю, что БД автоматически пересоздает индексы при вставке? Как можно отключить автоиндексацию таблицы перед началом транзакции?

Индексы отключить нельзя. Транзакциям они никак не мешают

Всем доброго. По поводу вчерашнего моего крика о помощи. Судя по всему происходит автокоммит из-за переиндексации страниц после INSERT. Правильно ли я понимаю, что БД автоматически пересоздает индексы при вставке? Как можно отключить автоиндексацию таблицы перед началом транзакции?

Auto commit у тебя может стоять, да. Особенно трудно от него избавиться когда пул коннекций.

Но! , Если ты делаешь Begin transaction Auto commit отключается

Всем доброго. По поводу вчерашнего моего крика о помощи. Судя по всему происходит автокоммит из-за переиндексации страниц после INSERT. Правильно ли я понимаю, что БД автоматически пересоздает индексы при вставке? Как можно отключить автоиндексацию таблицы перед началом транзакции?

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

Наоборот, должен

Но не пересоздавать, естественно, а maintain.

Но он все равно именно maintaining в виду имеет. Ведь да?

Либо тратится время на вставку, либо просто вставляется, а индекс потом ребалансится

@serezhaivchenko ?

У меня просто между стартом транзакции и роллбэком есть пулл запросов из select, insert и update. Инсерты все равно проходят и появляются записи в бд. Попробовал инсерты руками провести, на это мне цмс пишет, что индекс с параметрами создан

Индексы отключить нельзя. Транзакциям они никак не мешают

alter index xxx disable же. но, в данном случае, вряд ли в этом дело.

Вот я и подумал, что косяк где-то из-за индексов

У меня просто между стартом транзакции и роллбэком есть пулл запросов из select, insert и update. Инсерты все равно проходят и появляются записи в бд. Попробовал инсерты руками провести, на это мне цмс пишет, что индекс с параметрами создан

Т.е. ты начинаешь транзакцию, фигаришь запросы, потом говоришь ROLLBACK — а записи всё равно в БД?

Да

селект же до роллбека?

Да

ну так логично, в рамках транзакции ты увидешь записи

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

Записи после транзакции виду в системе

На одну запись становится больше

Ну тут чудесь нет, ты где-то делаешь commit, либо НЕ делаешь start|begin transaction

Ты пулы коннекций используешь?

Нашел в ядре mysql_query. Перед ним поставил логирование в файл. получаю https://pastebin.com/g2fyTMJ8

Может таки не все таблицы innodb

Все. Проверил несколько раз. Делал бэкап и менял движок

Ты пулы коннекций используешь?

?

Ты пулы коннекций используешь?

Видимо, нет

Ну, проверь.

А есть спецы по CDC????