без реплицированного хранилища и стендалоне пишутся в одну из баз, реплицируются во вторую

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

упал сервер в кластере - пишет второй

в общем в первом случае мастер-слейв, во втором одна база и два сервера пишуших в нее по очереди

либо тот, либо тот

без реплицированного хранилища и стендалоне пишутся в одну из баз, реплицируются во вторую

ок, меня формулировка запутала, standalone - это база без какой-либо репликации

у MSSQL если либо развертывание standalone к которому потом прикручивается master-slave, либо изначально кластеризованный вариант

собственно с общей базов

*й

вот и вопрос, в чем будет разница в применении

Всем привет! Есть у кого-нибудь ответы по упражнениям sql на сайте sql-ex.ru номером 65, 69, 75, 77. Выручите, пожалуйста, очень нужно…

Всем привет

Подскажите плиз - раньше не сталкивался. Принесли бд - выглядит как миллион файлов .dat -формата. Как ее в человеческий вид привести?

Подскажите плиз - раньше не сталкивался. Принесли бд - выглядит как миллион файлов .dat -формата. Как ее в человеческий вид привести?

а какая была СуБД?

а какая была СуБД?

mssql

Не, я только по православным

Подскажите плиз - раньше не сталкивался. Принесли бд - выглядит как миллион файлов .dat -формата. Как ее в человеческий вид привести?

бэкап? хотя скорее прям напрямую подключать можно

есть одинаковые названия с суфиксом _log или что-то подобное?

бэкап? хотя скорее прям напрямую подключать можно

да, бекап, так проблема в том, я не пойму как его развернуть)

каждый dat файл соответствует полю, я так понимаю

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

каждый dat файл соответствует полю, я так понимаю

такого не может быть

бэкап состоит из одного файла

сама БД состоит от 2 до 5 вроде файлов

бэкап состоит из одного файла

ну я ж говорю, а тут формат какой-то неадекватный, куча dat-файлов и все

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

говорит одно, думает другое, делает третье

Кто-нибудь сталкивался с такой проблемой, что MySQL (конкретно - Percona) не даёт сохранить четырёхбайтные символы, при том, что кодировка базы - utf8mb4? character_set_client |utf8mb4 character_set_connection|utf8mb4 character_set_database |utf8mb4 character_set_filesystem|binary character_set_results |utf8mb4 character_set_server |utf8mb4 character_set_system |utf8 character_sets_dir |/usr/share/mysql/charsets/ Много раз так делал, всё работало, а сейчас - SQLSTATE[HY000]: General error: 1366 Incorrect string value: '\xF0\x9F\x8E\xA8\xF0\x9F...' for column 'title' at row 1

ну я ж говорю, а тут формат какой-то неадекватный, куча dat-файлов и все

А с какой версии сервера его делали? Случаем не древний? Потому что я на своем веку такого не припомню

Тупой вопрос: как отслеживать выборки, использующие where/sort и не использующие индексы в мускуле?

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

и еще один охуенный вопрос

каким образом вот это умудряется удалять данные? DELETE FROM `metadata_reference` WHERE `entity_type` = 'proxy' AND entity_id = '6aa53553-351a-496b-a6b9-6a823cc47e6e' AND 1 = 0

В general log больше никаких delete нет, по времени исчезновения все совпадает, уровни изоляции теоретически могут быть замешаны, но там вроде везде автокоммит и вообще пул подключений (т.е. запрос на удаление скорее всего приходит по другому подключению, нежели инсерт), через консоль эта шляпа ясное дело не работает. А в базе данных все равно всё пропадает

При read committed читает эти данные, при serializable - нет. Где я неправильно думаю?

Нет, даже при serializable видит, это очевидно был эффект от того, что консоль открылась пораньше добавления данных

а зачем такое вообще писать?

каким образом вот это умудряется удалять данные? DELETE FROM `metadata_reference` WHERE `entity_type` = 'proxy' AND entity_id = '6aa53553-351a-496b-a6b9-6a823cc47e6e' AND 1 = 0

потому что приходится работать с уебищным фреймворком, в котором не избавиться от всего, что идет перед последним AND

т.е. это ORM какая-то?

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

да

но это неважно

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

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

но пока все говорит о другом

а при чем тут уровень изоляции? у меня вообще есть подозрение, что мускуль мог оптимизировать запрос и даже не начав просмативать табличку из-за этого 1=0

весь запрос сводится к DELETE FROM foo WHERE FALSE

при том, что я мог читать незакомиченные данные, ну при чем еще

именно такой запрос я и составил! но каким-то боком он все равно удаляет данные из БД

Кстати а версия какая?

С 5.6 по моему доступен explain для delete, update и тд

5.6

но симуляция из консоли этого же запроса не дала ничего

что ожидаемо

а кто-нить прикручивал заббикс к ораклу? как посоветуете? Через ODBC?

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

ERROR: S client not available

Короче, грепайте всегда в ignore case, вот чего. У меня уходили запросы delete, я грепал DELETE.

а ссаный фреймворк умудряется отправлять по два запроса на удаление - мой и собственный

Всем ку ребята! Подскажите как вы обычно решаете подобную задачу. Есть таблица пользователей и таблица ролей. Роли: админ, редактор и тд... Создал дополнительную таблицу "роли пользователей" со структурой ID USER_ID ROLE_ID CREATED_AT Один пользователь может иметь несколько ролей, поэтому связь между таблицами пользователи и роли многие ко многим. Чтобы при блокировки пользователей не удалять их таблицы думаю добавить в таблицу роли пользователей доп. столбец ACTIVE. Как вам?

is_deleted флаг тебя спасет вкупе с deleted_at

Главное не надо как индусы : в разных таблицах active, inactive, del, delete_flag

В целом нормально иду?

is_deleted флаг тебя спасет вкупе с deleted_at

Понял

Главное не надо как индусы : в разных таблицах active, inactive, del, delete_flag

Ок

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

Да, у нас как раз тут бюро неопределенных вещей

вот есть у меня в базе несколько таблиц, связанных... я удаляю простым delete-ом одну запись из таблицы А, и в связанной таблице Б для такой-то записи некоторые значения связанные с удаленной записью остаются... я захожу через веб-морду использующую эту базу, захожу куда-то там, где к этой таблице Б идет обращение, после этого значения обновляются

как мне такое запилить через запрос в MSSQL?

головой понимаю что сделать надо, но знаний "как" не хватает(((

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

я пока не сумел понять проблему

триггеры, foreign keys для частных случаев, ручное составление обновляющих запросов

через FK скорее всего

я тоже нифига не понял

как хорошо, я не один такой(((

В целом нормально иду?

Зависит от предметной области, ИМХО. В моей (сервисдески) удалять записи вообще плохая примета. Всё через флаги активности.

как хорошо, я не один такой(((

да не, я поток мысли не понял. Каждое слово понятно. Участки по 2-3 слова - тоже. А вот текст целиком - нет

вот есть у меня в базе несколько таблиц, связанных... я удаляю простым delete-ом одну запись из таблицы А, и в связанной таблице Б для такой-то записи некоторые значения связанные с удаленной записью остаются... я захожу через веб-морду использующую эту базу, захожу куда-то там, где к этой таблице Б идет обращение, после этого значения обновляются

как связаны?

fk

обновить индексы мейби

запросом не помню как в ms sql (можно глянуть, если создать джоб, либо гугл), а так, в студио в два клика делается

а как?

правый клик на индексе и выбрать что-то подобное обновлению

хотя мне кажется, что это кастыль и тут что-то другое