Спасибо, буду читать.

В результате не кто помочь не может, через функцию map() тоне понятно как сделать

Что, и я не помог? Тогда медицина бессильна, вперёд читать документацию по прерыванию циклов. Ещё раз, на всякий случай: pass это не break

Всем привет. Есть база на MSSQL, в ней таблицы не очень большие, но и совсем маленькими не назовёшь 50.000 - 1.000.000 записей. Задача каждую ночь копировать содержимое в другой сервис (там база на постгре). Перезаливать таблицы целиком не очень хочется, т.к. их дофига и много больших текстовых полей, т.е. объём данных достаточно большой. Сравнивать построчно - адов ад, проще перезалить целиком. Есть какой-то лайф-хак, как можно обновлять только строчки, содержимое которых отличается в оригинале от копии? Сервис в который надо копировать на django, ось - Centos 7.5 Оригинал базы живёт на Windows server. Подскажите пожалустаб в какую сторону думать?

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

Не, в базе-оригинале права только на чтение, инфа пишется программой 2003 года разработки, т.е. в оригинале ничего не поправить.

А разве нельзя на уровне базы такой триггер сделать?

Триггер пробовал, но это ад, он тормозит систему очень сильно (таких таблиц десятки)

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

Всем привет. Есть база на MSSQL, в ней таблицы не очень большие, но и совсем маленькими не назовёшь 50.000 - 1.000.000 записей. Задача каждую ночь копировать содержимое в другой сервис (там база на постгре). Перезаливать таблицы целиком не очень хочется, т.к. их дофига и много больших текстовых полей, т.е. объём данных достаточно большой. Сравнивать построчно - адов ад, проще перезалить целиком. Есть какой-то лайф-хак, как можно обновлять только строчки, содержимое которых отличается в оригинале от копии? Сервис в который надо копировать на django, ось - Centos 7.5 Оригинал базы живёт на Windows server. Подскажите пожалустаб в какую сторону думать?

Всем привет. Есть база на MSSQL, в ней таблицы не очень большие, но и совсем маленькими не назовёшь 50.000 - 1.000.000 записей. Задача каждую ночь копировать содержимое в другой сервис (там база на постгре). Перезаливать таблицы целиком не очень хочется, т.к. их дофига и много больших текстовых полей, т.е. объём данных достаточно большой. Сравнивать построчно - адов ад, проще перезалить целиком. Есть какой-то лайф-хак, как можно обновлять только строчки, содержимое которых отличается в оригинале от копии? Сервис в который надо копировать на django, ось - Centos 7.5 Оригинал базы живёт на Windows server. Подскажите пожалустаб в какую сторону думать?

В любом случае спасибо)

а что, дату обновления завести не вариант?

О, не узнал тебя в гриме...

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

Всем привет. Есть база на MSSQL, в ней таблицы не очень большие, но и совсем маленькими не назовёшь 50.000 - 1.000.000 записей. Задача каждую ночь копировать содержимое в другой сервис (там база на постгре). Перезаливать таблицы целиком не очень хочется, т.к. их дофига и много больших текстовых полей, т.е. объём данных достаточно большой. Сравнивать построчно - адов ад, проще перезалить целиком. Есть какой-то лайф-хак, как можно обновлять только строчки, содержимое которых отличается в оригинале от копии? Сервис в который надо копировать на django, ось - Centos 7.5 Оригинал базы живёт на Windows server. Подскажите пожалустаб в какую сторону думать?

1) UUID в каждую строку в качестве ещё одного уникального ключа. Это позволит идентифицировать строку независимо от БД, в которой она лежит. 2) timestamp -поле в каждую строку чтобы детектировать изменение записи. 3) При экспорте данных мы берём @@dbts базы данных и запоминаем. выбираем записи, timestamp которых больше старого сохранённого @dbts. Их переносим в другую СУБД, соотнося по UUID. Затем по окончании сохраняем новый @@dbts, по который мы перенесли данные. Тут примерно изложена идея. https://docs.microsoft.com/en-US/sql/t-sql/data-types/rowversion-transact-sql?view=sql-server-2017

Не, там закрытая наглухо система, нас стороне оригинала вообще ничего не поменять, права только на чтение:(

Спасибо конечно, но это уже дважды сверху обсудили. Проблема в том, что базы оригиналы пишутся софтиной, написанной в 2003 году, и как-то изменить её работу - не вариант от слова совсем:( Если бы можно было ставить время изменения, вопрос бы не стоял)

Именно, в том-то и вопрос был) Но про грим я всё равно не понял:)

Спасибо конечно, но это уже дважды сверху обсудили. Проблема в том, что базы оригиналы пишутся софтиной, написанной в 2003 году, и как-то изменить её работу - не вариант от слова совсем:( Если бы можно было ставить время изменения, вопрос бы не стоял)

Для этого НЕ НАДО менять софтину, UUID для новых записей можно генерировать DEFAULT-ом на поле, а timestamp меняется сам, и не будет мешать работе софтины.

Для этого НЕ НАДО менять софтину, UUID для новых записей можно генерировать DEFAULT-ом на поле, а timestamp меняется сам, и не будет мешать работе софтины.

а вдруг она селектит *?

Именно, в том-то и вопрос был) Но про грим я всё равно не понял:)

Не, извини, я тебя перепутал с другим Сергеем с очень похожей фамилией, с которым я знаком лично. Так что всё беру обратно.

а вдруг она селектит *?

И что? Лишнее поле ей не помешает

Создаёт таблицы и их структуру та же софтина, я там - ни добавить, ни убавить не могу, тупо прав нет:(

Ну, совсем без вмешательства в БД - это только вот как ты написал, решение в лоб, с полным сравнением таблиц.

можно ещё реплику настроить, а над репликой издеваться =)

я в целом понимал, думал может какой-то лайф-хак есть. в любом случае спасибо большое.

Да, генеральный план теперь такой)

Да, генеральный план теперь такой)

Создаёт таблицы и их структуру та же софтина, я там - ни добавить, ни убавить не могу, тупо прав нет:(

неужели ты даже новую таблицу и триггер не можешь сделать?

Таблицу точно могу. На триггер права есть, но прошлый вариант с тригеррами (при изменении записи она обновлялась в копии) провалился - оч сильно на быстродействие меняется.

да тебе не нужна копия, только таймстамп обновлять в новой таблице. Сделать короче 1-1 и хранить там таймстамп обновления

да тебе не нужна копия, только таймстамп обновлять в новой таблице. Сделать короче 1-1 и хранить там таймстамп обновления

Салют Кто юзал orange pi lite2 ? Не могу заставить работать камеру на камне H6,не встают видео драва

Ищу человека чтобы проконсультироваться и поручить работу по переводе веб-сервиса с джиквери на вью. Кто мог бы подказать?

Тут передически пишут про Vue

День добрый, прошу прощения за вопрос не по теме, но тут явно есть народ, который работает или сталкивался с графаной. Собственно вопрос, как на графике сложить метрики. То есть например у меня есть линии метрик А со значением 100, В 150 и С 200 и я хочу тотал, который будет показываться 450 Подскажите пожалуйста как это можно реализовать срадствами графаны

метрики откуда?

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

тогда подозреваю тебе нужно написать запрос суммирующий эти метрики.

логично, и даже можно селект собрать, а как это сделать средствами графаны

В чате питона новичков спрашивал про конструкцию Condition из threading...вопрос утонул и толком не пояснили его суть. Попытаю счастье тут: Есть ли у кого есть убедительные примеры с Condition, поделитесь, можно в лс. Повторюсь, примеры из интернета - какието однобокие, не поясняют его преимущества и вообще связь с реальной задачей Вопрс скорее не как он работает, а где он работает и должен быть использован.

без кондишнов это делать как-то очень геморно, с кондишнами решение очевидно

можно на двух мьютексах

гонка будет

можно на двух мьютексах