ГС
да
Size: a a a
2020 November 05
V
хочу освоить, но также хочу подобрать максимально качественные материалы, не пойму, что в этом плохого
Любого Грубера хватит. В документациях разных СУБД есть SQL. Так же сертификационные курсы старых версий пойдут.
VJ
Пользуйся кавычками, если очень нужны шарпы. Если запрос генерирует ORM, ищи в документации ORM опцию, которая включает экранирование.
ГС
а. и правда, я ковычки другие писал, вместо ` были '
ГС
спасибо
ГС
Есть две одинаковые таблицы в которых поля id , x,y. Одна из них временная.
Мой запрос:
**CREATE TABLE
//тут вставка вида INSERT INTO
SELECT A.x,A.y FROM
A.x = B.x
AND A.y = B.y
where B.y is NULL
AND B.x IS NULL;
DROP TABLE
Очень долго. Как быстрее?
Мой запрос:
**CREATE TABLE
#g_chunks(x INT ,y INT);//тут вставка вида INSERT INTO
#g_chunks VALUES... SELECT A.x,A.y FROM
#g_chunks AS A left join chunks AS B on A.x = B.x
AND A.y = B.y
where B.y is NULL
AND B.x IS NULL;
DROP TABLE
#g_chunks; **Очень долго. Как быстрее?
ГС
IZ
но даже в ansi менялся стандарт, разве нет? и этот.стандарт юзается во всех диалектах
Нет. Диалекты все разные.
Причем очень.
Типы данных все разные.
Языки PL вообще совсем разные.
В ANSI есть три уровня , core, basic и extended, что-то типа того. Типа часть 1, часть 2- больше 1, и расширенная - больше 2.
Все СУБД обязаны быть совместимы с ANSI, ну, как, чтобы писать в рекламных буклетах "СУБД, совместимая со стандартом ANSI", но большинство СУБД поддерживают только самый низший, маленький уровень стандарта, особенно старые , промышленные СУБД типа оракл, SQL server...
Причем очень.
Типы данных все разные.
Языки PL вообще совсем разные.
В ANSI есть три уровня , core, basic и extended, что-то типа того. Типа часть 1, часть 2- больше 1, и расширенная - больше 2.
Все СУБД обязаны быть совместимы с ANSI, ну, как, чтобы писать в рекламных буклетах "СУБД, совместимая со стандартом ANSI", но большинство СУБД поддерживают только самый низший, маленький уровень стандарта, особенно старые , промышленные СУБД типа оракл, SQL server...
IZ
Ругается на любой запрос создания с # а не только на этот
Не во всех СУБД временные таблицы начинаются с #....
IZ
Мне нужно запустить в безопасном режиме для этого во всех инструкциях пишут нужно остановить сервер
Что ещё за безопасный режим?
A
Доброго времени суток. Кто знает есть ли способ сохранить транзакции в отдельную таблицу и чтоб в нужное время откатит. Например пользователь выполняет 10 запросов insert и update в одном транзакции , и еще пару таких транзакций, но спустя некоторое время по каким либо причинам придется откатит первую транзакцию . Ну в общем можно как нибудь сохранить эти транзакции и откатить назад когда нужно ?
IZ
Есть две одинаковые таблицы в которых поля id , x,y. Одна из них временная.
Мой запрос:
**CREATE TABLE
//тут вставка вида INSERT INTO
SELECT A.x,A.y FROM
A.x = B.x
AND A.y = B.y
where B.y is NULL
AND B.x IS NULL;
DROP TABLE
Очень долго. Как быстрее?
Мой запрос:
**CREATE TABLE
#g_chunks(x INT ,y INT);//тут вставка вида INSERT INTO
#g_chunks VALUES... SELECT A.x,A.y FROM
#g_chunks AS A left join chunks AS B on A.x = B.x
AND A.y = B.y
where B.y is NULL
AND B.x IS NULL;
DROP TABLE
#g_chunks; **Очень долго. Как быстрее?
Надо индекс создать по условию join.
IZ
Alex Darkside
Доброго времени суток. Кто знает есть ли способ сохранить транзакции в отдельную таблицу и чтоб в нужное время откатит. Например пользователь выполняет 10 запросов insert и update в одном транзакции , и еще пару таких транзакций, но спустя некоторое время по каким либо причинам придется откатит первую транзакцию . Ну в общем можно как нибудь сохранить эти транзакции и откатить назад когда нужно ?
Нет нельзя
A
Нет нельзя
а как же в мобильных банкингах это деляют?, когда я перевожу деньги с одного счета на другой , там у меня в аккаунте сохраняется номер транзакции , типо можо откатить обратно , если я не правильно перевел деньги
IZ
Alex Darkside
Доброго времени суток. Кто знает есть ли способ сохранить транзакции в отдельную таблицу и чтоб в нужное время откатит. Например пользователь выполняет 10 запросов insert и update в одном транзакции , и еще пару таких транзакций, но спустя некоторое время по каким либо причинам придется откатит первую транзакцию . Ну в общем можно как нибудь сохранить эти транзакции и откатить назад когда нужно ?
Это вообще не транзакции, это так называемые саги, они ни одной реляционной СУБД не поддерживаться на сколько я знаю.
Разница в том, что транзакции в контексте всегда выполняются, а то что ты хочешь - без контекста
Разница в том, что транзакции в контексте всегда выполняются, а то что ты хочешь - без контекста
IZ
Alex Darkside
а как же в мобильных банкингах это деляют?, когда я перевожу деньги с одного счета на другой , там у меня в аккаунте сохраняется номер транзакции , типо можо откатить обратно , если я не правильно перевел деньги
Это не та транзакция.
A
Это не та транзакция.
а как Вы решаете такие проблемы ? вы же не будете обратно еще раз написать 10 запросов чтоб откатить назад ? и запросы получаются динамическими в одной транзакции , это зависит от входящих данных. как Вы бы решили эту задачу ?
IZ
Alex Darkside
а как же в мобильных банкингах это деляют?, когда я перевожу деньги с одного счета на другой , там у меня в аккаунте сохраняется номер транзакции , типо можо откатить обратно , если я не правильно перевел деньги
Вот как раз это, что в банках, и есть сага. Это реализуется только на уровне приложения.
А транзакции СУБД - это технический механизм для реализации этого
А транзакции СУБД - это технический механизм для реализации этого