А можно закину задачек, для которых придумали оконные функции, и которые попадались мне на работе? Вариант "на бэке посчитать" не предлагать - вся работа идет в хранилище данных:
Есть таблица истории покупок товаров клиентами. Сегментировать клиентов в соответствии с суммой потраченных средств согласно нижеприведенной сегментации: Top 5% High 20% Middle 30% Others 45%
Вторая задачи достаточно сложная, чтобы давать на собеседовании, но можно подумать над ходом решения: Имеется широкая сеть в ритейле с учетом партнерских торговых точек, и некотрые кассовые аппараты разбивают один чек на несколько чеков (то есть каждый товар в корзите проходит отдельной транзакцией), менжду которыми нет явной связи. Связь только косвенная: такие чеки имеют одинаковые идентификаторы ТТ (троговой точки), и номер аккаунта клиента (account_id). При совпадении этих параметров будем сверять время с кассового аппарата pos_time (который также является атрибутом операции) и если между операциями разница не более 5 минут, то объединяем их в один чек. Цепочки могут быть транзитивными. Результатом объединения будет добавление нового поля agg_cheque_id, который будет равен первой операции в объединенной цепочке. Не нужно писать скрипт обновления (merge или update), достаточно написать select, который выведет операции с расчитанным agg_cheque_id.
Если в БД предусмотрены job-ы (dbms_scheduler), которые совершают какие-то регулярные действия по обработке данных, то и послать (html-)письмецо результатах выполнения не выходя из базы кажется вполне уместным.
Если не отходить от ANSI-стандарта, не использовать CBO, партиционирование, не строить приложение исходя из архитектуры базы как версионника, да и вообще "местечковыми фичами не пользоваться", то зачем тогда покупать (читайте "платить деньги за") Oracle?
А когда это было? Я все проспал?
Я все жду когда на Linux ARM можно будет Android Studio/Android_Command_Line_Tools запускать нативно без всякой виртуализации.
Да, она самая. https://play.google.com/store/apps/details?id=org.popapp.jdraw
Вчера стопицот раз приходилось убивать Android Studio через вызов диспетчера задач. Спасибо за подсказку - теперь буду делать это быстрее.
Нет еще пункта выбора bitbucket.org. Использую его наряду с gitlab и github.
А можно закину задачек, для которых придумали оконные функции, и которые попадались мне на работе? Вариант "на бэке посчитать" не предлагать - вся работа идет в хранилище данных:
Есть таблица истории покупок товаров клиентами. Сегментировать клиентов в соответствии с суммой потраченных средств согласно нижеприведенной сегментации: Top 5%
High 20%
Middle 30%
Others 45%
Вторая задачи достаточно сложная, чтобы давать на собеседовании, но можно подумать над ходом решения:
Имеется широкая сеть в ритейле с учетом партнерских торговых точек, и некотрые кассовые аппараты разбивают один чек на несколько чеков (то есть каждый товар в корзите проходит отдельной транзакцией), менжду которыми нет явной связи. Связь только косвенная: такие чеки имеют одинаковые идентификаторы ТТ (троговой точки), и номер аккаунта клиента (account_id). При совпадении этих параметров будем сверять время с кассового аппарата pos_time (который также является атрибутом операции) и если между операциями разница не более 5 минут, то объединяем их в один чек. Цепочки могут быть транзитивными. Результатом объединения будет добавление нового поля agg_cheque_id, который будет равен первой операции в объединенной цепочке.
Не нужно писать скрипт обновления (merge или update), достаточно написать select, который выведет операции с расчитанным agg_cheque_id.
Я предлагаю Вам задуматься о трех моментах:
1) Какого размера буффер выделяется под данные, при выполнении
std::string outputString = std::string();
2) Куда Вы записываете очередной символ операцией присваиванияoutputString[i] =
3) Насколько безопасна такая операция, причем тут UB и переполнение буффера?
Спасибо за статью. Очень познавательно. Но признайтесь, что нижеприведенный метод Вы не тестировали.
Спасибо за наводку. Прочел книгу с интересом.
Тимлид - капитан корабля, а CEO - адмирал.
Справочник ролей и справочник пользователей - отдельные таблицы. У каждой из этих сущностей свои атрибуты.
Если кому интересно, то сборник статей Криса Касперски собран здесь
https://rutracker.net/forum/viewtopic.php?t=5375505
@LuggerFormas
Если в БД предусмотрены job-ы (dbms_scheduler), которые совершают какие-то регулярные действия по обработке данных, то и послать (html-)письмецо результатах выполнения не выходя из базы кажется вполне уместным.
Если не отходить от ANSI-стандарта, не использовать CBO, партиционирование, не строить приложение исходя из архитектуры базы как версионника, да и вообще "местечковыми фичами не пользоваться", то зачем тогда покупать (читайте "платить деньги за") Oracle?
http://murders.ru/Dyat_gr_1.html
Проставьте знак препинания в заголовке, обособив причастный оборот после определяемого слова.