Если поднимает все данные с диска. То как было уже предложено можно спастить партиционированием. Естественно, если соотношений существующих и отсутствующих записей удовлетворительное.

Я тоже не вижу смысла в партицировании, если у него НЕТ УСЛОВИЯ ДЛЯ ОБРУБАНИЯ ПАРТИЦИЙ в запросе.

НЕвиднго нихрена в твоих картинках...

Это партиции ? Т.е. ПАТРИЦИИ ?

Партийцы!

Это партиции ? Т.е. ПАТРИЦИИ ?

П.А.Р.Т.И.Й.Ц.Ы

Доброго времени суток, подскажите пожалуйста, можно ли объединить все эти запросы в один , указав все паттерны разом одном запросе? чтоб кучу файлов не перебирать в последствии. https://gist.github.com/shestakow1993/27a278fddf2521e31f006561fe2afb58

Доброго времени суток, подскажите пожалуйста, можно ли объединить все эти запросы в один , указав все паттерны разом одном запросе? чтоб кучу файлов не перебирать в последствии. https://gist.github.com/shestakow1993/27a278fddf2521e31f006561fe2afb58

Да, можно, OR испльзуя...

вроде пробовал

Попробуй ещё...

Да, можно, OR испльзуя...

Как бы это не догадки, это 100% точное знание.

лол, не там писал ор

Меня что можно.

спасибо) извиняюсь)

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

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

кто идет 18-го?

все бегут, вот только куда

А куда?

а строчек в orders - дохреналлиард

а вьюхи создавать можешь? можно сделать вьюху такую с индексом по orderID вполне может помочь

а вьюхи создавать можешь? можно сделать вьюху такую с индексом по orderID вполне может помочь

Не. Мне же надо с этими строчками чевото поделать и в транслог отметить. То есть если я их раз увидел - все

все бегут, вот только куда

рискну предположить, что на devconf

Не. Мне же надо с этими строчками чевото поделать и в транслог отметить. То есть если я их раз увидел - все

вьюха будет всегда содержать ответ на твой вопрос "по каким Order" надо что-то сделать если привязать к схеме и сделать по OrderID кластерный уникальный индекс , то она будет всегда актуально поддерживать тебе список "Order", по которым потом что-то надо сделать и пиши там уже транслог а вообще можно делать Update этой вьюхи, через триггеры в MS SQL INSTED OF UPDATE, и будет тебе счастье но по опыту - где-то это очень хорошо помогает, где то очень неочень

А куда?

чьорт, думала объявятся посетители скл.ру, фоточки посмотреть

вьюха будет всегда содержать ответ на твой вопрос "по каким Order" надо что-то сделать если привязать к схеме и сделать по OrderID кластерный уникальный индекс , то она будет всегда актуально поддерживать тебе список "Order", по которым потом что-то надо сделать и пиши там уже транслог а вообще можно делать Update этой вьюхи, через триггеры в MS SQL INSTED OF UPDATE, и будет тебе счастье но по опыту - где-то это очень хорошо помогает, где то очень неочень

слово кластерный индекс не коррелирует с фоткой на аве :)

вьюха будет всегда содержать ответ на твой вопрос "по каким Order" надо что-то сделать если привязать к схеме и сделать по OrderID кластерный уникальный индекс , то она будет всегда актуально поддерживать тебе список "Order", по которым потом что-то надо сделать и пиши там уже транслог а вообще можно делать Update этой вьюхи, через триггеры в MS SQL INSTED OF UPDATE, и будет тебе счастье но по опыту - где-то это очень хорошо помогает, где то очень неочень

это комплимент

Спасибо)

что можно сделать? SELECT ORDERS.* FROM ORDERS LEFT OUTER JOIN ORDERSTRANSLOG ON ORDERS.ID_NUM = ORDERSTRANSLOG.ID_NUM WHERE ORDERSTRANSLOG.TRANSFERED is null ну кроме того, чтобы гвоздь в голову вбить тому, кто такое придумал

Чет не пойму зачем этот овердохрелион выбирается вообще? Отключи его вообще. Ну в смысле напиши в новом запросе что нибуть что сразу вернет "нифига". :)

что можно сделать? SELECT ORDERS.* FROM ORDERS LEFT OUTER JOIN ORDERSTRANSLOG ON ORDERS.ID_NUM = ORDERSTRANSLOG.ID_NUM WHERE ORDERSTRANSLOG.TRANSFERED is null ну кроме того, чтобы гвоздь в голову вбить тому, кто такое придумал

Но можно селектить сначала строки с нулем. И потом приджойнить к ним ордер ид?

Ну вывернуть запрос наоборот

так нету нулла в orderstranslog. там вообще нет ничего. логика приложеньки была такая: 1) кем-то создается строка[ки] в orders 2) выбираются все строки в orders, которым нет соответствующих (ключ id_num) в orderstranslog и над ними делаются манипуляции, после чего п.3 3) создаем строку[ки] в orderstranslog и в нужные поля пишется результат обработки. то есть обрабатывать надо те строки orders, для которых нет строчек в orderstranslog

говнокод кароче.

забей

я решу через периодическую задачу

так нету нулла в orderstranslog. там вообще нет ничего. логика приложеньки была такая: 1) кем-то создается строка[ки] в orders 2) выбираются все строки в orders, которым нет соответствующих (ключ id_num) в orderstranslog и над ними делаются манипуляции, после чего п.3 3) создаем строку[ки] в orderstranslog и в нужные поля пишется результат обработки. то есть обрабатывать надо те строки orders, для которых нет строчек в orderstranslog

А что еще есть в обоих табличках?

Может можно как то отсортировать предварительно. По времени например

в orders не меняется ничего.

нету даты )

Может можно как то отсортировать предварительно. По времени например

да. добавлю поле с признаком "не трогать" и буду: 1. по ночам устанавливать признак "не трогать" 2. в запрос добавлю условие - брать только те, для которых нет признака "не трогать"

там просто количество записей перевалило за 100млн (в каждой из табл по 100)

и че то ресурс сервера иссяк

там просто количество записей перевалило за 100млн (в каждой из табл по 100)

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

да. 6 лет прошло

за 6 лет не сделали )

"ну 6 лет же нормально работало"

да. добавлю поле с признаком "не трогать" и буду: 1. по ночам устанавливать признак "не трогать" 2. в запрос добавлю условие - брать только те, для которых нет признака "не трогать"

Ну тоже вариант. Демоном по ночам перебирать и прописывать признаки

"ну 6 лет же нормально работало"

Ты главное не забудь в демона прописать ограничение по времени. А то первые ночи у него будут трудные

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

во даёшь

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

По инету?

В фотошопе красивый шов накладывать?

ага, digital welding porn

Главное - вовремя подписи на актах ставить. Ну на строительстве всяких гос обьектов

Чтоб потом было кому сидеть, когда спросят )

Чтоб потом было кому сидеть, когда спросят )

Зицпредседатель Фунт

Напомните, максимальная длина varchar 255?

да

Наглая ложь

Ну что ты, братишка, притих? Работаешь на дядю? Тимлид мудак? Работа на галере приносит деньги, но не удовлетворения? Хочется уже делать что-то интересное, по кайфу? Вероятно, мы можем помочь тебе с этим, если ты поможешь нам. В команду бродяг-энтузиастов гаражного кодинга мы ищем: — React-программиста, который знаком с redux, saga, роутингом и может в вёрстку, — Графического дизайнера, умеющего работать в Фигме и делает макеты в PSD. Годный pet-project или опенсурс уровня/b с понятной инфраструктурой, ясным кодом, гитхабом и трелло ждет тебя. C нас, конечно же, два чая, аниме-стикеры и шутки уровня /b. Красивый гитхаб, море звезд, и понятный roadmap в мире охуенных стартапов ждут тебя. Получи шанс поработать со звездными фуллстаками и опытными сеньорами — конечно же, за идею. Ожидаем прод и деньги без ваучеров и клиффов и вестингов. Телега @anon4k

Ну что ты, братишка, притих? Работаешь на дядю? Тимлид мудак? Работа на галере приносит деньги, но не удовлетворения? Хочется уже делать что-то интересное, по кайфу? Вероятно, мы можем помочь тебе с этим, если ты поможешь нам. В команду бродяг-энтузиастов гаражного кодинга мы ищем: — React-программиста, который знаком с redux, saga, роутингом и может в вёрстку, — Графического дизайнера, умеющего работать в Фигме и делает макеты в PSD. Годный pet-project или опенсурс уровня/b с понятной инфраструктурой, ясным кодом, гитхабом и трелло ждет тебя. C нас, конечно же, два чая, аниме-стикеры и шутки уровня /b. Красивый гитхаб, море звезд, и понятный roadmap в мире охуенных стартапов ждут тебя. Получи шанс поработать со звездными фуллстаками и опытными сеньорами — конечно же, за идею. Ожидаем прод и деньги без ваучеров и клиффов и вестингов. Телега @anon4k

Питон уже выучили?

Напомните, максимальная длина varchar 255?

Зависит от базы

да с беком нет проблем

вот с дизайном и фронтом есть

вот с дизайном и фронтом есть

Отлично, а базы причем здесь?

Отлично, а базы причем здесь?

Забаним?

А смысл, надеюсь дошло и больше такой фигни не выпишит

Вопрос, а кто-нибудь видел какие-нибудь легковесные опенсорс решения mdm, чтобы можно было просто вести справочники?

:3

Вопрос, а кто-нибудь видел какие-нибудь легковесные опенсорс решения mdm, чтобы можно было просто вести справочники?

Беркли?

Что за беркли?

Что за беркли?

http://www.oracle.com/technetwork/database/database-technologies/berkeleydb/downloads/index.html

Стоп, это база, я говорю про mdm

Стоп, это база, я говорю про mdm

https://github.com/micromdm/micromdm ?

Master data management ?

Master data management ?

а что это? в двух словах

Wiki

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

Джуниор: «оно работает!» Мид: «но это же говнокод!» Сениор: «не говнокод, а продакшен-рэди в рамках доступных ресурсов» Тимлид: «ребята, не ссорьтесь!» Продажи: «?‍♂️»

Master data management ?

И чем больше ты будешь использовать аббревиатур тем веселее будет

вообще-то это классика

вообще-то это классика

Ну видимо не для тех кто из деревни.

Как лучше в реляционную базу записать такие данные: 17 тысяч ссылок, у каждой из них есть куча ссылок где была найдена эта ссылка. Это с сайта. Например ссылка "/" найдена на 17 тысяч страниц. Если делать ForeignKey то запись идеть очень долго такой структуры. Вообще не использовать реляционную БД? Слышал есть графовые, а nosql вообще идеально подходит. Но хотелось бы на реляционной решение найти

А если я сделаю текстовое поле и просто тупо запишу в него? Вот например у '/' будет 17 тысяч строк в поле с типом "текст"

Но не у всех ссылок так много ссыланий. Кароче просто спрашиваю совета

Как лучше в реляционную базу записать такие данные: 17 тысяч ссылок, у каждой из них есть куча ссылок где была найдена эта ссылка. Это с сайта. Например ссылка "/" найдена на 17 тысяч страниц. Если делать ForeignKey то запись идеть очень долго такой структуры. Вообще не использовать реляционную БД? Слышал есть графовые, а nosql вообще идеально подходит. Но хотелось бы на реляционной решение найти

Очень долго это сколько? 17 тысяч строк записать эт как бы не так что бы мало

Очень долго это сколько? 17 тысяч строк записать эт как бы не так что бы мало

База sqlite, орм peewee Ну на второй минуте записи я не выдержал и аварийно завершил программу. Она делала bulk insert 17 тысяч раз в цикле, при этом там были ссылки на которые ссылаются никчемное количесвто раз

Кароче я наверное сделаю тупо TextField

Кароче я наверное сделаю тупо TextField

Все зависит от того зачем оно

Все зависит от того зачем оно

Показать другим людям нужно откуда ссылается

Показать другим людям нужно откуда ссылается

Зачем для этого база? Храни по списком. Один список 1 файл

Зачем для этого база? Храни по списком. Один список 1 файл

Там каждый час будет эти данные собирать, не очень подходит

Там каждый час будет эти данные собирать, не очень подходит

И как ты собрался апдейтить текст?

Как будто за час что то изменится

И как ты собрался апдейтить текст?

А там будет что-то типа "check_id" который будет каждый раз инкрементироваться. Только я хз как это ограничить, типа если бы можно было сделать пару check_id и path (это как раз ссылка на которую ссылаются) сделать уникальной, но при этом по отдельности не уникальные, что-бы потом on conflict пнрезаписывать...

Как будто за час что то изменится

Согласен, час - образно

А там будет что-то типа "check_id" который будет каждый раз инкрементироваться. Только я хз как это ограничить, типа если бы можно было сделать пару check_id и path (это как раз ссылка на которую ссылаются) сделать уникальной, но при этом по отдельности не уникальные, что-бы потом on conflict пнрезаписывать...

Разве создать поле дополнительное