Обновить
60
0

Пользователь

Отправить сообщение
По поводу релиза 3.0.0. Интересно, а исправлен ли баг, когда при вводе русских символов, после нажатие Backspace, необходимо нажимать Ctrl/Alt/Shift, чтобы снова продолжить ввод? Кто пользуется pgAdmin-ом под Linux, тот поймёт…
Если Вы о самих материализированных представлениях — то это, фактически, CREATE TABLE AS… на основе запроса, который может объединять много таблиц и иметь сложные отношения. Т.е. сформировали один раз набор данных, сохранили на диск и затем уже обращаемся к ним, без необходимости снова строить этот запрос. Если же Вы имели ввиду необходимость решения в самом топике — обновление (REFRESH) материализированного представления (как и построение, впрочем) может длится несколько, а то и десятки минут и в это время нет возможности делать выборки из представления.
Какие у JUCE есть киллер-фитчи, выделяющие его среди других?

quitButton->addListener (this);

В массивном (хоть и хорошо спроектированном) приложении этот паттерн будет не слишком удобен. В этом плане в Qt сигналы хорошо вписались.
Ну не знаю. В данном месте нужно ведь найти отличающиеся компоненты векторов, которые заданы как 0 и 1. Вроде как сложение по модулю 2 нагляднее.
Кстати, Math.abs(a[i]-b[i]) можно заменить на a[i] ^ b[i].
Р. Лафоре «Объектно-ориентированное программирование в С++» — тоже неплохая книга для старта.
Вообще, это требуется для только для загрузки изображений в сервис, с учетом того, что имена файлов находятся уже в БД:
UPDATE avatar SET image = bb_upload_file ( 'my.service.local', filename );

Возможно, проще это было сделать скриптом на PHP, так что понимайте это как еще один способ.

У Вас вся бизнес логика в базе?

Можно сказать, что да.
Честно говоря, нет, так как мне ближе C/C++.
Всего лишь 720. Было сложно, но я упоротый упорный.

Некоторые ответы
1.^(afoot|catfoot|dogfoot|fanfoot|foody|foolery|foolish|fooster|footage|foothot|footle|footpad|footway|hotfoot|jawfoot|mafoo|nonfood|padfoot|prefool|sfoot|unfool)$
2.^(Mick|Rick|allocochick|backtrick|bestick|candlestick|counterprick|heartsick|lampwick|lick|lungsick|potstick|quick|rampick|rebrick|relick|seasick|slick|tick|unsick|upstick)$
3.^(abac|accede|adead|babe|bead|bebed|bedad|bedded|bedead|bedeaf|caba|caffa|dace|dade|daff|dead|deed|deface|faded|faff|feed)$
6.^(civic|deedeed|degged|hallah|kakkak|kook|level|murdrum|noon|redder|repaper|retter|reviver|rotator|sexes|sooloos|tebbet|tenet|terret)$
9.^(access|accloy|adeem|aflow|aglow|beefin|befist|billot|bossy|certy|chintz|chips|chort|cloop|coost|demos|fitty|flory|flossy|ghost|mopsy)$
10.^(000000000|000000003|000000006|000000009|000000012|000000015|066990060|140091876|173655750|312440187|321769005|368542278|390259104|402223947|443512431|714541758|747289572|819148602|878531775|905586303|953734824)$

За остальные ответы (в том же духе) почему-то дают отрицательное количество очков…
Прелесно! Спасибо, отличная замена gitk.
Как вариант, можно создавать и разрушать синглтоны (в правильном порядке) в одном месте — в конструкторе и деструкторе, соответсвенно, вспомогательного класса, создав его глобальный статический экземпляр:

class SingletonOwner
{
public:
    SingletonOwner()
    {
        Singleton0::instance();
        Singleton1::instance();
        Singleton2::instance();
        ...
    }
    ~SingletonOwner()
    {
        Singleton0::instance()->free();
        Singleton1::instance()->free();
        Singleton2::instance()->free();
        ...
    }
};

...
static SingletonOwner singletonOwner;
...

В хранимые функции на C стоит выносить тяжелые операции или те, которые не родственны СУБД, к примеру, работы с файлами, сетью, сложные расчёты.
Сравнивал, тест в конце статьи. Но это очень синтетический тест, в СУБД редко делаются массивные математические расчёты.
JSON «легче» читается и занимает меньший объем памяти, по сравнению с XML.
У Oracle есть Oracle Database, продаваемый за деньги (Express Edition не беру во внимание), где есть много хороших вещей. Мне кажется, им не целесообразно добавлять такой функционал в open source проект.
Верно, спасибо, FOR EACH STATEMENT в данном случае более подходит. Машинально написал FOR EACH ROW… Исправил.
А еще, помнится мне, у mysqldump есть такая опция compatible, которая как-бы обеспечивает совместимость с другими СУБД, но в случае с PostgreSQL совсем не помогла (за другие СУБД не в курсе). Хотя, по документации, ничего и не гарантируется:
This option does not guarantee compatibility with other servers. It only enables those SQL mode values that are currently available for making dump output more compatible. For example, --compatible=oracle does not map data types to Oracle types or use Oracle comment syntax.
Если говорить предметно, сервис использует CMS eZ Publish, в поставке которого входят скрипты для создания структуры как в MySQL, так и в PostgreSQL. А вообще, Вы правы, перенос структуры — это тоже немаловажная тема. У меня были наброски, если допиляю (в текущем виде стыжусь людям показывать), сделаю отдельным постом.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность