https://www.youtube.com/watch?v=AWXTIlwDRAM

https://www.youtube.com/watch?v=AWXTIlwDRAM

Мой трактор поле переедет, переедет и лес, Магнитофон на всю катушку грохочет техно - экспресс. В кабине разные наклейки: девчонки и цветы, Мигают лампочки зеленой краской среди темноты. Народное техно - грохот тракторов, Народное техно - свет прожекторов, Народное техно - большой успех, Народное техно - танцуют все.

https://www.youtube.com/watch?v=AWXTIlwDRAM

это божественно

Проверка на возраст

я в школе слушал )

https://www.youtube.com/watch?v=AWXTIlwDRAM

ыыыыы

Вы слыхали, как дают пизды? Нет, не те пизды что с волосами, А пизды, конкретные пизды, у-у-у-у! Бьют когда руками и нога-a-aми. Мне сейчас Иван вкатил таких, А-а! Даже мне не показалось мало, Видно так уж принято у них, Бить ногами прямо по ебалу.

ария кощея же

Есть таблица, в которую добавляются данные, но перед добавлением, проверяется, существует ли такая запись или нет, если ее нет, то добавляется, если есть, то поля обновляются. Проблема в том, что данных в таблице будет около 5млн. И добавление происходит очень медленно. Есть ли смысл добавить индекс для поля, по которому идет поиск существующей записи?

Есть таблица, в которую добавляются данные, но перед добавлением, проверяется, существует ли такая запись или нет, если ее нет, то добавляется, если есть, то поля обновляются. Проблема в том, что данных в таблице будет около 5млн. И добавление происходит очень медленно. Есть ли смысл добавить индекс для поля, по которому идет поиск существующей записи?

Есть ли смысл индексировать поиск? Сам то как думаешь?

Я наверное не правильно понимаю как работают индексы? При добавлении записи, индес должен быть перестроен нет?

Есть таблица, в которую добавляются данные, но перед добавлением, проверяется, существует ли такая запись или нет, если ее нет, то добавляется, если есть, то поля обновляются. Проблема в том, что данных в таблице будет около 5млн. И добавление происходит очень медленно. Есть ли смысл добавить индекс для поля, по которому идет поиск существующей записи?

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

Я наверное не правильно понимаю как работают индексы? При добавлении записи, индес должен быть перестроен нет?

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

Чета я сегодня помогал, помогал, толку ровно ноль..

Есть ли смысл индексировать поиск? Сам то как думаешь?

Больше никто ничего не скажет?

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

Я вот даже не знаю как тебя на работу взяли? Как же работают бд если индекс не нужен и не изменяется?

Чета я сегодня помогал, помогал, толку ровно ноль..

Потому что ты сразу даешь ответ.

место тут что ли проклятое?

То есть, если записи будут добавлять каждую секунду, и при этом будет перестаиваться индекс, при учёте что в базе 3млн записей, это будет норм?

у тебя эта таблица вообще без ключей что ли?

у тебя эта таблица вообще без ключей что ли?

Примари кей по id, поиск идёт по другому полю

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

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

Тип поля не будет влиять на скорость?

Чую щас там полнотекстовый поиск внезапно

вот да

Да

В том поле домен записан

И муська?

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

Тип поля не будет влиять на скорость?

ОК, какжется хорошо пошло... Какой тип у тебя у поля PK (или нескольких полей, если их много)?

То есть, если записи будут добавлять каждую секунду, и при этом будет перестаиваться индекс, при учёте что в базе 3млн записей, это будет норм?

о май гад. фрагментированность индекса - знакомое понятие?

обслуживание индексов

и зачем и когда оно делается

Коллеги , подскажите плиз есть ли дока оракловая по расчету значений параметров инициализации для БД oracle 11g в зависимости от характеристик сервера ?

кароче. индекс надо добавить. но и обслуживать его надо не забывать.

Вот теперь все понятно

Спасибо

Подскажите, у меня такая задача, бд mysql, нужно из одной той же таблицы сделать много джойнов, я так полагаю штук 100, это нормальная практика?

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

Вот теперь все понятно

Я бы отметил, если требуется делать апдейт строки, это показатель что со структурой что то не так. И я бы ее пересмотрел.

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

Нет, это ненормально

Я бы отметил, если требуется делать апдейт строки, это показатель что со структурой что то не так. И я бы ее пересмотрел.

Почему не так?

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

Почему не так?

Потому что это показатель того что либо логика приложения череж жопу. Либо таблицы. Либо все вместе.

Потому что это показатель того что либо логика приложения череж жопу. Либо таблицы. Либо все вместе.

В кратце, собирается база всех существующих доменов. Из файла читаешь строки, и отправляешь их в очередь Амазона. Эту очередь слушают 20 контейнеров, которые берут домен, парсят сайт, и отправляют назад результат. Так вот апдейт нужен, если в очереди будут дубли, это уже очередь Амазона сама так говорит, что мол дублей быть не должно но могут быть

В кратце, собирается база всех существующих доменов. Из файла читаешь строки, и отправляешь их в очередь Амазона. Эту очередь слушают 20 контейнеров, которые берут домен, парсят сайт, и отправляют назад результат. Так вот апдейт нужен, если в очереди будут дубли, это уже очередь Амазона сама так говорит, что мол дублей быть не должно но могут быть

А дубли тут причем?

Какая то каша и не понимание того что ты делаешь

А дубли тут причем?

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

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

Так фильтруй сообщения

Так фильтруй сообщения

Это не от меня зависит. Амазон может просто взять и продублировать его

В любом случае там не так много апдейтов

Тормозит поиск

Так фильтруй сообщения

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

Это не от меня зависит. Амазон может просто взять и продублировать его

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

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

А вдруг на сайте что то поменялось с того момента?

А вдруг на сайте что то поменялось с того момента?

И что? Всегда проще добавить колонку timestamp. И добавить строку

Еще и лог изменений пооучишь бонусом

Не должно быть два одинаковых домена в таблице

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

Нашел решение через PIVOT

Нашел решение через PIVOT

Да, похоже на правду

Не должно быть два одинаковых домена в таблице

Гыыы.

Я все

Не могу больше

ERROR: S client not available

Нас троллят походу

кароче. индекс надо добавить. но и обслуживать его надо не забывать.

Смазывать регулярно, и через 1000 пробега обязательно масло менять

Смазывать регулярно, и через 1000 пробега обязательно масло менять

Вазелин. В данном случае применяют его

Вазелин. В данном случае применяют его

Ты это можешь

@dba_ru мы смазываем индексы

Ты это можешь

О да

@dba_ru мы смазываем индексы

@aster333 он ещё тот пидобир, осторожнее с ним

Мне понравилось про дубли ещё.... Дублей не должно быть, но они могут быть... Но не должно быть. Но могут быть...

Но не должно быть...

Мне понравилось про дубли ещё.... Дублей не должно быть, но они могут быть... Но не должно быть. Но могут быть...

Мне нравится про ..

Не должно быть два одинаковых домена в таблице

Не должно быть два одинаковых домена в таблице

А то что? Земля налетит на ос?

А то что? Земля налетит на ос?

Да. Конец света наступит

По ТЗ нельзя

По ТЗ нельзя

Прочитай внимательнее. Уникальная строка != одинаковые ячейки

Здравствуйте, кто может подсказать где и какими способами можно хранить большие объемы данных кроме БД. Есть боты примерно несколько тысяч/десятков тысяч, нужно хранить данные, комманды и т.д причем данные обновляются каждый день по несколько раз, а БД на более чем 200 ГБ ооочень дорогие.

Если я скажу монга меня ссаными тряпками не закидают?

очень дорогие - это сколько?

Здравствуйте, кто может подсказать где и какими способами можно хранить большие объемы данных кроме БД. Есть боты примерно несколько тысяч/десятков тысяч, нужно хранить данные, комманды и т.д причем данные обновляются каждый день по несколько раз, а БД на более чем 200 ГБ ооочень дорогие.

А что за вид данных?

А что за вид данных?

текстовые данные

текстовые данные

Логи?

Логи?

да, что-то на подобии логов

да, что-то на подобии логов

Логи, метрики - я бы тарантул посоветовал

Здравствуйте, кто может подсказать где и какими способами можно хранить большие объемы данных кроме БД. Есть боты примерно несколько тысяч/десятков тысяч, нужно хранить данные, комманды и т.д причем данные обновляются каждый день по несколько раз, а БД на более чем 200 ГБ ооочень дорогие.

На жёстком диске. На мягком диске. На флешке

Логи, метрики - я бы тарантул посоветовал

что такое таранутл?

А так 200 Гб не много для майсквель

что такое таранутл?

Бд для метрики от Яндекса

Бд для метрики от Яндекса

От яндекса ли?

От яндекса ли?

Нет, от Яндекса

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

По емейлу буду скидывать

текстовые данные

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