мастер-класс по выстрелам в ногу?

а еще можно на одно поле навесить сразу и пк и фк)

Это вопрос или утверждение?

мастер-класс по выстрелам в ногу?

нет тут никаких "в ногу"

Это вопрос или утверждение?

утверждение.

?

утверждение.

Ну. правильное утверждение.

Если FK2 только ССЫЛАЕТСЯ на первичный ключ, то его уникальность не обязательно гарантирована. Должно быть в БД ещё что-то, что её бы гарантировало, а именно, уникальный индекс на поля FK2, в любой форме. Иначе FK1 создать не дадут.

ЗАЧЕМ?

Чего зачем?

Чего зачем?

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

Ну. правильное утверждение.

ееее

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

дочерние таблицы типо, если не использовать объектные типы. Но я выше написала более рациональный способ

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

Э, зачем на две?

дочерние таблицы типо, если не использовать объектные типы. Но я выше написала более рациональный способ

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

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

ПОчему двойные ключи?

ПОчему двойные ключи?

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

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

Почему каша? Там один FK, другой PK...

никакой каши нет.

я не понимаю, что не так...

Девушка вот спросила, я ответил.

я не понимаю, что не так...

Почему то я не удивлен даже

проблема уже решена, ниругайтись

чтобы понять зачем-нужно погрузить в архитектуру

а вам этим незачем забивать голову

Всем привет не подскажете,как внести данные в первую таблицу,и при этом из второй таблицы,которая связана с первой вытащить ее id и внести в первую таблицу в качестве col.id и дальше вносить данные как обычно. Постоянно выдает ошибку. Отвечайте по делу.

Пытался сделать INSERT JOIN,Insert...select, попытался триггером поработать. Постоянно ошибку выдает в MariaDB

insert ...select

Всем привет не подскажете,как внести данные в первую таблицу,и при этом из второй таблицы,которая связана с первой вытащить ее id и внести в первую таблицу в качестве col.id и дальше вносить данные как обычно. Постоянно выдает ошибку. Отвечайте по делу.

Хотя кто тебя знает, что тебе надо...

Есть у кого нибудь, рабочий и проверенный скрипт автозапуска oracle для systemd ?

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

А куда его ещё совать? По ходу, можно при старте программы создать объект класса работающего с БД, и в том объекте уже открыть БД. А в деструкторе программы вызвать деструктор объекта, работающего с БД

Есть у кого нибудь, рабочий и проверенный скрипт автозапуска oracle для systemd ?

если скаджете путь я могу качнуть с Oracle Cloud сервера, там оракс сам настраивал

если скаджете путь я могу качнуть с Oracle Cloud сервера, там оракс сам настраивал

посмотри в каталоге /etc/systemd/system/ файлики с названием oracle, dbstart

Здравствуйте, расходуется ли место в БД когда я перписываю таблицы? тоесть я создал таблицу, записал в нее данные (3-4 строки) потом запросил их посредством SELECT и потом опять удалил таблицу и потом опять заново запись, select и т.д. И так примерно 100 миллионов раз

а зачем удалять таблицы постоянно ?

или может ты удаляешь данные из табл. ?

или может ты удаляешь данные из табл. ?

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

на этот вопрос можно ответить как да, так и нет

парни, вот я знаю - тут есть матерые граждане

Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND;

вот как это может быть на gtid в мускуле?

на репликации, я имею ввиду

Здравствуйте, расходуется ли место в БД когда я перписываю таблицы? тоесть я создал таблицу, записал в нее данные (3-4 строки) потом запросил их посредством SELECT и потом опять удалил таблицу и потом опять заново запись, select и т.д. И так примерно 100 миллионов раз

Какая бд хоть?

Какая бд хоть?

постгре

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

Разница есть. И почти всегда место будет увеличиваться, ибо есть логи и историчность

Привет всем

ALTER TABLE[innodb_table_stats] CHANGE COLUMN[last_update] [BINARY(4)] [NOT NULL];

Всё правильно?

Мускул

на репликации, я имею ввиду

Я так понимаю это row и на слейве этой строки нет

Мускул

Документацию открой

Разница есть. И почти всегда место будет увеличиваться, ибо есть логи и историчность

Ок, спасибо, я понял. Можно ещё вопрос, используется ли место когда я делаю SELECT (или все равно всё идет в логи)

Когда селект, скорее нет, хотя если пишется профайлеры, то может

Документацию открой

Я вроде правильно сделал, но не хочу рисковать

Вроде))))

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

ERROR: S client not available

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

Когда селект, скорее нет, хотя если пишется профайлеры, то может

Спасибо за инфу!

Я так понимаю это row и на слейве этой строки нет

Да, на как такое может быть?

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

Чёртово гтид должно мне блин гарантировать одинаковую последовательность применения

Пишу тока в мастер

Реплицирую всю базу

Ну вот как блять

Многопоточный слейв?

Лага нет

Многопоточный слейв?

Да

Нет

Мультисорс

Так да или нет?)

Внутри канала воркер один?

Но репликация на канал однопоточная

Да

Понятно, значит причина не в gtid будет

в 90+% случаев на слейв пишут))) проверь, нет ли выполненных гдит своих на слейве.

Я просто не врубаю, есть бинлог на мастере, все транзакции пронумерованы и льются-применяются последовательно

Как оно вот

в 90+% случаев на слейв пишут))) проверь, нет ли выполненных гдит своих на слейве.

Нет, такого точно нет

ну ты проверь, за спрос в пятак не бьют

Долбаный мускул поджигает мне пердак

все равно отталкиваться нужно от чего-то

Ваще я вот такую фигню в игнор ставлю в конфигурации обычно

И свечку

это ты зря