2 / 2 / 0
Регистрация: 03.06.2018
Сообщений: 163
|
||||||
Не работает DELETE для "повторяющихся" строк19.02.2024, 20:51. Показов 5332. Ответов 134
Долго колупался с ускорением заполнения базы и доколупался до хорошей для меня скорости наполнения, однако без граблей не обошлось, когда я опустил проверки на точность параметров при замене данных получил дублирование для одного набора ключей записей с разной точностью. Исходная тема (Импорт данных из файла в БД) короткая, да и проблема видна когда пытаюсь отладить макрос в самой БД. Как видно из запроса есть 5 ключевых параметров и пара значимых полей в записи - это значение и его точность. Чтобы было понятно, чем больше число тем ниже точность. Итак нашел я замечательный пример и попробовал состряпать свой запрос на удаление повторяющейся записи с меньшей точностью. Для начала изобразил выборку, абы проверить правильно ли выбирает, оставил в последствии только те записи, что подлежат удалению:
0
|
||||||
(| 19.02.2024, 20:51 | |
|
Ответы с готовыми решениями:
134
Клавиша delete не работает,а вот shift + delete работает 1. Реализовать функции для вставки и удаления строк аналогичные процедурам Insert и Delete в Турбо-Паскале.
|
|
1333 / 551 / 112
Регистрация: 29.03.2016
Сообщений: 1,355
|
|||
| 22.02.2024, 20:45 | |||
0
|
|||
Сообщение от POJIBOX
|
2 / 2 / 0
Регистрация: 03.06.2018
Сообщений: 163
|
|
| 22.02.2024, 20:50 [ТС] | |
|
Через try catch снес индекс, затем его нарисовал, нормально, но вот какая ерунда, при записи по схеме try INSERT catch UPDATE при строгом индексе получалось почти на 5000 записей больше, чем при загрузке с мусором и его очисткой... причем записи все уникальные я проверял
Воот теперь и думай а может фиг с ними с 8 минутами на чистую и 15 пожалуй при повторной...
0
|
|
|
919 / 292 / 58
Регистрация: 01.06.2023
Сообщений: 818
|
|||
| 22.02.2024, 21:00 | |||
Добавлено через 5 минут
- Созданная на try catch - Записи вставлены все, до вычистки - Записи вставлены все, после вычистки Дальше станет понятно что запрос вычистки удалили лишнего и как это исправить
0
|
|||
|
2 / 2 / 0
Регистрация: 03.06.2018
Сообщений: 163
|
||
| 22.02.2024, 21:07 [ТС] | ||
0
|
||
|
Модератор
 
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 22.02.2024, 21:31 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
POJIBOX,
попыталась на 3 -х координатах понять таблицы - увы вопросы не пропали какие значения должны остаться
0
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
2 / 2 / 0
Регистрация: 03.06.2018
Сообщений: 163
|
||
| 22.02.2024, 21:36 [ТС] | ||
0
|
||
|
Модератор
|
||
| 22.02.2024, 21:52 | ||
0
|
||
|
2 / 2 / 0
Регистрация: 03.06.2018
Сообщений: 163
|
||
| 22.02.2024, 22:02 [ТС] | ||
В принципе, если отказаться от учета всех метрик, можно вообще пустую базу оставить, следуя Вашей логике
0
|
||
|
Модератор
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 22.02.2024, 22:40 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
POJIBOX,
видимо я не понимаю, какая из дат DT или UDT у вас основная какая из дат соответствует факту измерения, а какая всевозможным корректировкам
у меня в этой задаче - логика чайника, так как я не знаю ваших расчетов поэтому мои встречные вопросы основаны на слове почему
0
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
2 / 2 / 0
Регистрация: 03.06.2018
Сообщений: 163
|
|||
| 22.02.2024, 23:27 [ТС] | |||
Когда вы заходите в приложение "чья-то погода", что вы имеете: - Вам нужен набор интересующих данных (параметров погоды) ID_MD у источника параметров погоды может быть больше, чем Вам нужно; - для каких то городов (у меня это точки) задаются координатами LAT и LON; - нужно посмотреть ПРОГНОЗ на определенную дату-время DT; - необходимо выбрать от кого прогноз (например Яндекс или Штатовский) SOURCE; - прогноз может быть разной точности на местности QUAL, но меня интересует, чтобы был и по возможности с лучшей точностью; - собственно значение параметра погоды для каждой интересующей точки ZNCH и его неразрывное свойство PDT, но можете просто удалить его из таблицы, чтобы глаз не мозолил; - ВСЕ это Вы смотрите в момент времени UDT (упрощенно), на самом деле прогноз сделан в какое-то время и действует до следующего прогноза. Далее, вновь выходящий прогноз изменяет ZNCH в существующих прогнозах и добавляет записи с новыми временами DT. При этом остаются неизменными данные которые старее времени выхода прогноза. Они используются во многих расчетах потому как там берется накопление за период и они нужны, как минимум за пять суток. ВЫ НЕ МОЖЕТЕ узнать характер данных не открыв файл! Все! Никакой оптимизации невозможно, разве что усложнить таблицы и связи для разделения НЕКОТОРЫХ (НЕ ВСЕХ!!!) параметров по источникам - МНЕ ЭТО НЕ НУЖНО, проще держать пустые поля. Добавлено через 8 минут
и дата-время составления прогноза UDT в моем случае прогноз составляется каждые 6 часов на несколько суток вперед. Самое главное, я его НЕ СОСТАВЛЯЮ - я его использую, т.е. получаю, декодирую, забиваю в БД и потом выдаю обработанным пользователю в программе.
0
|
|||
|
Модератор
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 23.02.2024, 10:29 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
но ведь его могли пересоставить 8-го ( для 5 дней) или 10-го(для 3 дней) мд=Геопотенциальная высота (500mb)
0
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
2 / 2 / 0
Регистрация: 03.06.2018
Сообщений: 163
|
||
| 23.02.2024, 11:37 [ТС] | ||
Я Вам расписал постом выше, все как для детского сада, нужно просто читать ВСЕ, а не пробегать по диагонали. Естественно ЗНАЧИТ! Каждые 6 часов выходит новый прогноз и данные прогноза обновляются, а также верхняя граница прогноза сдвигается +6 часов. Что тут непонятного?
0
|
||
|
2 / 2 / 0
Регистрация: 03.06.2018
Сообщений: 163
|
|
| 23.02.2024, 11:47 [ТС] | |
|
Уж не знаю что может быть с компом, но метод Try Catch по заполненной базе дал жару на 55 минут, сравнимо с предварительным чтением и проверкой данных. наличие "лишних" данных скорее всего объяснится различием алгоритма декодирования для высокого и низкого разрешения, а метод Try Catch никогда не удаляет записи, а только обновляет их, а во втором методе вырезается диапазон.
Ладно, если есть у кого настроенный шаблон вырежьте пожалуйста отличия баз, думаю там должны будут остаться только граничные координаты.
0
|
|
|
1333 / 551 / 112
Регистрация: 29.03.2016
Сообщений: 1,355
|
|
| 23.02.2024, 12:10 | |
|
Разница в 4849 метрик.
1
|
|
|
2 / 2 / 0
Регистрация: 03.06.2018
Сообщений: 163
|
||
| 23.02.2024, 13:08 [ТС] | ||
Выяснилось совсем другое, неувязочка в алгоритме раскодирования, я сносил диапазон раньше, чем проходили последние проверки, а для этого параметра формат записи какой-то неудачный, вместо 0 рисуют пустое значение... Место экономят. В итоге подправил теперь метрик на 4 тыщи больше! А это не плохо, главное чтобы я не ошибался и файл был не битый действительно. Добавлено через 4 минуты По итогу самое простое для меня решение: - стирать диапазон, с условием на новизну или более высокое качество; - писать в этот диапазон раскодированные значения; - образовавшийся мусор в виде дубликатов сносить оптом по окончанию пакета.
0
|
||
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
| 23.02.2024, 13:08 | |
|
Для линейного вещественного массива найти произведение всех повторяющихся и не повторяющихся элементов Как вызвать "Delete" для строк?
Почему не работает Update, но работает аналогичный Delete?
Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Часы электронные
Uhbif79 12.08.2026
Выкладываю программу часов. Программа позволяет:
1. Использовать системное время и дату,
2. Есть возможность вводить время и дату вручную.
3. Реализованы 2 будильника: начало и конец рабочего дня. . . .
|
Часы с будильником на основе класса QLCDNumber
Uhbif79 12.08.2026
Всем добрый день, выкладываю программу часов с будильником на основе класса QLCDNumber.
Здесь я пробовал самостоятельно создавал классы, впервые столкнулся с видимостью переменной одного класса из. . .
|
Установка MinGW GCC 16.2 и CMake
8Observer8 10.08.2026
VK Видео:
https:/ / vkvideo. ru/ video-240781534_456239017
YouTube:
eY5-5PyI9NM
Текстовая версия
|
Неделя из жизни имитационной модели склада: мои кривые руки растут, откуда надо
anaschu 10.08.2026
Неделя из жизни имитационной модели склада: как я почти написал неправильную логику и что с этим делать
Работаю сейчас над учебно-рабочим проектом: строю в AnyLogic имитационную модель процессов. . .
|
|
Калькулятор для расчета родства
russiannick 07.08.2026
1. Задача: Создать калькулятор для расчета родства.
Родственных связей существует 8 ступеней, такие как:
p - отец
P - мать
q - муж
Q - жена
b - брат
B - сестра
s - сын
S - дочь
|
Мир по моей воле
kumehtar 07.08.2026
Когда-то кажется, что всё просто. Ты весь такой светлый. Причиняешь добро. Борешься за справедливость в этом тёмном мире.
Потом начинаешь замечать одну неприятную вещь. Почти каждый хороший. . .
|
Кредитный калькулятор
Maks 05.08.2026
Решение задачи по прикладной информатике средствами 1С.
Задача:
Напишите приложение-калькулятор, которое помогает рассчитывать параметры кредита для аннуитетного и дифференцированного видов. . .
|
У нас сейчас поговорку "Опять 25" нужно переделать на "Опять +35".
kumehtar 04.08.2026
С ностальгией вспоминаю времена моего детства, когда у нас и правда +25 - была максимальная температура летом. Раньше +25 °C реально казались вершиной жары, когда можно было весь день пропадать на. . .
|
Наверх