Что это за аллокатор?

jemalloc. он по дефолту в freebsd/redis/firefox

Интересно как так получилось? В стандартном аллокаторе утечки?

Интересно как так получилось? В стандартном аллокаторе утечки?

нет. это документированное поведение =( вообщем, никто не гарантирует что free() моментально вернёт память системе.

Вот это поворот. Скинь ссылку на доку плиз.

Освобождать память это стресс

http://stackoverflow.com/questions/27945855/force-free-to-return-malloc-memory-back-to-os

http://stackoverflow.com/questions/2215259/will-malloc-implementations-return-free-ed-memory-back-to-the-system

The only reliable and portable way to have the OS reclaim memory is to exit the process and restart it again, restoring any state you need to continue.

Прикольно.

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

Джанго, вроде как, умеет самостоятельно разруливать миграции

https://plus.google.com/u/0/+VicNgrail/posts/KLZUpFPkxfF?cfem=1

тут вот обсуждали

ок, спасибо то что нужно

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

коллеги, а кто использует из вас uwsgi?

ну я;)

я

коллеги, а кто использует из вас uwsgi?

это соцопрос?

Неа

Вы используете там async?

неа;)

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

Ну пока не идеально, все равно разруливаем пучками, если миграции не простейшие

все

Вы используете там async?

ноуп

Коллеги, есть у меня crm. В модели 700+ сущностей. Дофига наследования структур данных. На уровне классов все гут. К примеру, есть person, котрый хранит фио и т.п.. Есть его наследники patient, employers для пациентов и врачей соответственно. В них хранятся специфичные данные. Например, дата первого обращения в лпу и дата увольнения соответственно. В базе на каждый класс сделана таблица. Когда нужна инфа по child, в бд летит join. Траблы начинаются когда размер бд вырастает, а наследование включает в себя 10+ таблиц. Причем сейчас спроектировано так, что класс в середине иерархии вполне себе рабочий (наследники не всегда используются). Кто юзал другие способы организации наследования в бд?

На всякий случай: системе 10 лет. Думаем переписывать.

Жесть какая-то

Жесть, согласен)) а какие альтернативны?

Неужели никто не сталкивался??

Неужели никто не сталкивался??

Тут как бы надо просто спроектировать БД под твои задачи и запросы правильно писать. С этим сталкиваются все. Но за тебя это врядли кто-то делать будет

Бд давно спроектирована. Меня сами подходы интересуют. Как модно еще положить наследование структур данных в реляционные бд?

Модно=можно

а можно вообще не морочаться и оставить как есть. На частые варианты сделать вьюхи с агрегированными данными и сесть писать прототип новой системы

Тык про это и речь. Есть модель предметки. Там наследование используется во всю. Можно ли как-то запихать наследование в структуру бд, кроме того что выше написано

ключевой вопрос - зачем? пг поддерживает наследование, но легче не станет

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

Признак в таблице?

и это тоже

Видимо кейс не отражает всей моей печали. могу привести другой. Класс ServiceCase. У него 30 наследников. Есть порядка 50 полей характерных для всех. Они висят на классе ServiceCase. и у каждого наследника еще примерно по 30-70 полей характерных только для них.

И у некоторых из них есть еще наследники. Там ситуация примерно такая же.

Тут признаком же не обойдемся? Или я туплю?

кто-то хорошенько оторвался на дизане

это было в 2005 году.

а бд какое?

А мы теперь с этим работаем((( и мечтаем переписать все нафиг. Но чтобы переписать надо понимать как модель предметки упихать в базу.

ms sql

Видимо кейс не отражает всей моей печали. могу привести другой. Класс ServiceCase. У него 30 наследников. Есть порядка 50 полей характерных для всех. Они висят на классе ServiceCase. и у каждого наследника еще примерно по 30-70 полей характерных только для них.

Какая жесть

Видимо кейс не отражает всей моей печали. могу привести другой. Класс ServiceCase. У него 30 наследников. Есть порядка 50 полей характерных для всех. Они висят на классе ServiceCase. и у каждого наследника еще примерно по 30-70 полей характерных только для них.

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

нам много кого нанять надо, по хорошему(

Тут признаком же не обойдемся? Или я туплю?

One 2 one?

Тык про это и речь. Есть модель предметки. Там наследование используется во всю. Можно ли как-то запихать наследование в структуру бд, кроме того что выше написано

Вот спроектируй базу. Т.е. именно структуру реляционную, не думая о наследовании и программировании.

>One 2 one? да, мы же собираем всю цепочку.

для конкретного экземпляра.

Короче мы с dohtur разобрали в личке. Идея отобраать 1-1 предметку в БД ущербна.

старую структура БД надо просто выкинуть.

и сделать норм реляционную бд

Короче мы с dohtur разобрали в личке. Идея отобраать 1-1 предметку в БД ущербна.

Почему 1-1 ущербна?

и сделать норм реляционную бд

а была нереляционная? А то я тут столкнулся с похожей проблемой, у меня на переписывании сайт-энциклопедия, 200 таблиц без связей вообще

ну как сказать. кубик запихали в круглую дырку

а посоветуйте orm для монги :)

>odm fixed

ERROR: S client not available

а посоветуйте orm для монги :)

коллеги хвалили pymongo.

коллеги хвалили pymongo.

шта? это драйвер для монги.

точно, я просто переработал сегодня :)

а посоветуйте orm для монги :)

@lig11, говорил что на майских свой odm подпилит.

http://mongoengine.org/ django like)

@lig11, говорил что на майских свой odm подпилит.

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

http://mongoengine.org/ django like)

бесполезно. проще ORM и Postgres с jsonb полями

шта? это драйвер для монги.

ну, по большому счету, добавить mnj и odm не нужен;)

всё, я отвалил обратно работать;)

Пьём же в эти четверг?)

Этот*

там какая-то уведомлялка падала, да

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

*столько

Так не обязательно алкоголь

Много кто пьёт морс на сходке ))

Много кто пьёт морс на сходке ))

Да, и даже я регулярно так делаю, хоть и люблю пивка попить

Пить морс из кувшина прикольно...

Пить морс вообще прикольно.

У них же кстати там новые появились!

Не очень

Это как сидр не яблочный

Это как сидр не яблочный

Не алкогольный;)

неее, я по старинке... лучше пиво

Не алкогольный;)

не алкогольный сидр называется яблочным соком. Вполне ничего.

А вы когда пьете?

Сегодня?

в четверг

как обычно

А сегодня? :)