между ними имеются значительные разницы?

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

другой запоздал

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

а с конфликтами что?

но что делать когда конфликты слишком часто возникают?

принимать решение кворумом, нет?

что такое часто?

но что делать когда конфликты слишком часто возникают?

Какая разница то? Алгоритм устанет и начнет ошибаться?

Добрый день. Подскажите, есть ли какой-нибудь инструмент для создания sql таблиц из xlsx? В excel таблица с полями, где значения повторяются (соответственные таблицы из них, а эти значения в id нужно проставить).

или какой-нибудь наиболее эффективный метод

Добрый день. Подскажите, есть ли какой-нибудь инструмент для создания sql таблиц из xlsx? В excel таблица с полями, где значения повторяются (соответственные таблицы из них, а эти значения в id нужно проставить).

мастер импорта не подходит?

можно делать linked server на основе экселя, все зависит от цели и периодичности использования этой процедуры если разовая акция - достаточно матсера импорта если неразовая - надо уже думать

Да CSV возьмите же

Да CSV возьмите же

+ :) самое простое что можно выдумать. Многие движки вполне поддерживают прямой импорт из него

цель: создать sql бд на основе данных таблицы (создать сущности соответствующие). 13к записей. (ФИО, регион, отрасль деятельности и т.п.). соотвтетственно, создать таблицы user, state, department

все в одной таблице excel

и как это противоречит обоим советам выше?

да думал, может есть что побыстрее. 2018 год там, все дела хд

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

исходя из полей

ну или надо подготовить все внутри экселя

1 вкладка=1 сущность

или все импортировать и разгребать на уровне SQL

другого не дано

да думал, может есть что побыстрее. 2018 год там, все дела хд

быстрее csv?

быстрее, чем разгребать после этого на уровне sql

господа и дамы, как работает UPDATE если на 1 запись находятся несколько записей в сверяемой таблице?

быстрее, чем разгребать после этого на уровне sql

што

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

господа и дамы, как работает UPDATE если на 1 запись находятся несколько записей в сверяемой таблице?

например, в исходной таблице берется запись и через UPDATE сверяется с другой таблицей из которой берется ID-шник найденной записи и проставляется в исходной записи; если в сверяемой таблице найдется несколько записей, какой ID-шник будет взят?

Vladimir Dorohov будет жить. Поприветствуем!

например, в исходной таблице берется запись и через UPDATE сверяется с другой таблицей из которой берется ID-шник найденной записи и проставляется в исходной записи; если в сверяемой таблице найдется несколько записей, какой ID-шник будет взят?

Произвольный или Оба. Перепиши запрос так, чтобы это было определено

например, в исходной таблице берется запись и через UPDATE сверяется с другой таблицей из которой берется ID-шник найденной записи и проставляется в исходной записи; если в сверяемой таблице найдется несколько записей, какой ID-шник будет взят?

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

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

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

А какой из них тебе нужен?

Произвольный или Оба. Перепиши запрос так, чтобы это было определено

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

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

И какой из этих дублей тебе надо выбрать?

Надо явно написать какой из них брать. А так зависит от запроса, ли его логики

дубли по другому будут обрабатываться

Господи да кто из них оригинал а кто дубли

Откуда нам знать какой из дублей тебе нужен

Опиши уже логику выбора наконец

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

согласитесь по фио и др люди могут повторяться

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

в идеале один, потому что по фио и др может найтись одна запись

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

если по условиям несколько нашлось

ERROR: S client not available

Откуда нам знать какой из дублей тебе нужен

с дублями я сам справлюсь, вопрос в другом

вот, есть такой запрос например: https://pastebin.com/xW3stxgy

что будет если для 1 записи из таблицы employees по заданным условиям в таблице people найдется несколько записей? какой ID выберется? произвольный или по какому-то критерию выберется, например первая найденная запись из нескольких, или последняя?

Без order by порядок не определен

Но это не имеет значения

ясно

Nastya Petrenko будет жить. Поприветствуем!

Внимательный Человечек будет жить. Поприветствуем!

что будет если для 1 записи из таблицы employees по заданным условиям в таблице people найдется несколько записей? какой ID выберется? произвольный или по какому-то критерию выберется, например первая найденная запись из нескольких, или последняя?

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

Интересно, как ты в update бросишь исключение....

и зачем

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

Доброго времени суток Всё от запроса зависит Делаешь запрос на получение, делаешь сортировку и в limit ставишь количество

я буду писать хранимки на такие случаи и буду кидать исключение если надо. update будет сделан только если всё ок

@riv_aa будет жить. Поприветствуем!

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

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

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

Фишка в том что наличие дублей это показатель криворукости

Фишка в том что наличие дублей это показатель криворукости

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

так что наличие дублей вполне себе оправданно

так что наличие дублей вполне себе оправданно

Чем оправдано?

Какой смысл хранить таблицу где 100500 иван иванычей ивановых

которые проживают например в разных городах и это разные люди

Да ну? А дубли строк откуда?

потому что сверяю только по фио и др

И какой смысл в такой сверке?

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