![Тензор](/img/default-banner.jpg)
- Видео 118
- Просмотров 203 238
Тензор
Россия
Добавлен 21 ноя 2017
Тензор - федеральная IT-компания, большая и многонациональная.
Мы разрабатываем Saby (СБИС) - экосистему цифровых сервисов для автоматизации бизнеса. Сейчас ей пользуются более 4,5 миллионов компаний в России.
Над Saby трудится 7000 сотрудников! Разных, талантливых и увлечённых, которых объединяют общие ценности.
Это канал о нашей компании, людях и технологиях. Здесь мы делимся знаниями и опытом в IT, а ещё рассказываем, чем живём на работе и после неё.
Больше о наших сервисах на канале СБИС (Saby): clck.ru/39Smwi
Мы разрабатываем Saby (СБИС) - экосистему цифровых сервисов для автоматизации бизнеса. Сейчас ей пользуются более 4,5 миллионов компаний в России.
Над Saby трудится 7000 сотрудников! Разных, талантливых и увлечённых, которых объединяют общие ценности.
Это канал о нашей компании, людях и технологиях. Здесь мы делимся знаниями и опытом в IT, а ещё рассказываем, чем живём на работе и после неё.
Больше о наших сервисах на канале СБИС (Saby): clck.ru/39Smwi
Tensor never sleeps: ярмарка вакансий в «Тензоре»
Ночь карьеры - событие для всех, кто хочет профессионально расти и развиваться. И не важно, в какой области: Тензор охватывает самые разные направления.
На главной площадке мероприятия прошла Ярмарка вакансий. Участники смогли напрямую пообщаться с рекрутерами и сотрудниками, оставить свои контакты на интересующую должность и узнать всё о работе в компании.
Хочешь стать частью большого и дружного коллектива? Скорее присылайте свои отклики!
📌Вакансии по ссылке: clck.ru/39WSes
#Тензор #Техподдержка #Вакансии
На главной площадке мероприятия прошла Ярмарка вакансий. Участники смогли напрямую пообщаться с рекрутерами и сотрудниками, оставить свои контакты на интересующую должность и узнать всё о работе в компании.
Хочешь стать частью большого и дружного коллектива? Скорее присылайте свои отклики!
📌Вакансии по ссылке: clck.ru/39WSes
#Тензор #Техподдержка #Вакансии
Просмотров: 151
Видео
Экосистема Saby: центр разработки в Новосибирске
Просмотров 1562 месяца назад
Что объединяет Тензор, Яндекс, Сбер и «Тинькофф» в Новосибирске? Ответ неочевидный - у каждой компании здесь два центра разработки. Почему так - рассказываем в новом ролике. В новосибирском Тензоре программисты разных направлений: разработка мобильных приложения, софтов для работы с госсистемами и маркетплейсами. Ребята вне офиса уже не просто команда, а дружная семья: вместе ходят на хоккей бо...
Работа в «Тензоре» - твой лучший выбор
Просмотров 5513 месяца назад
Техподдержка «Тензора» - это целая лига из 1000 заряженных ребят. Мы все работаем в одной из самых стабильных IT-компаний в России. И рады пригласить тебя в свои ряды! Хочешь стать частью большого и дружного коллектива? Скорее присылайте свои отклики! 📌Специалист службы технической поддержки: clck.ru/357Gcm #Тензор #Техподдержка #Вакансии
Масленица в Тензоре
Просмотров 2534 месяца назад
Масленица! Шумная, яркая, вкусная! Один из самых весёлых русских праздников! Разве мог Тензор обойти его стороной? Конечно, нет! Уже более 15 лет по доброй традиции наша команда отмечает проводы Зимы. Прихватив с собой коньки, лыжи, отличное настроение и, конечно, самых близких людей, 16 марта мы отправились в парк «Забава». У нас была тактика, и мы её придерживались - отметить праздник на полн...
Кто создает экосистему Saby в Костроме | Saby Жизнь
Просмотров 6277 месяцев назад
Кто создает экосистему Saby в Костроме | Saby Жизнь
Автоматизация бизнеса: увеличиваем прибыль | Saby Сonference
Просмотров 848 месяцев назад
Автоматизация бизнеса: увеличиваем прибыль | Saby Сonference
Школа backend. PostgreSQL. Лекция 7: Блокировки
Просмотров 1,3 тыс.8 месяцев назад
Школа backend. PostgreSQL. Лекция 7: Блокировки
Школа backend. PostgreSQL. Лекция 6: Транзакции
Просмотров 1,3 тыс.8 месяцев назад
Школа backend. PostgreSQL. Лекция 6: Транзакции
Школа backend. PostgreSQL. Лекция 5: Индексы | Часть 2
Просмотров 1,2 тыс.8 месяцев назад
Школа backend. PostgreSQL. Лекция 5: Индексы | Часть 2
Школа backend. PostgreSQL. Лекция 5: Индексы | Часть 1
Просмотров 1,9 тыс.8 месяцев назад
Школа backend. PostgreSQL. Лекция 5: Индексы | Часть 1
Школа backend. PostgreSQL. Лекция 4: Анализ запросов | Часть 2
Просмотров 1,9 тыс.8 месяцев назад
Школа backend. PostgreSQL. Лекция 4: Анализ запросов | Часть 2
Школа backend. PostgreSQL. Лекция 4: Анализ запросов | Часть 1
Просмотров 4 тыс.8 месяцев назад
Школа backend. PostgreSQL. Лекция 4: Анализ запросов | Часть 1
Школа backend. PostgreSQL. Лекция 2: Простые SELECT
Просмотров 3,2 тыс.8 месяцев назад
Школа backend. PostgreSQL. Лекция 2: Простые SELECT
Школа backend. PostgreSQL. Лекция 3: Сложные SELECT
Просмотров 2,7 тыс.8 месяцев назад
Школа backend. PostgreSQL. Лекция 3: Сложные SELECT
Школа backend. PostgreSQL. Лекция 1: Основы SQL
Просмотров 7 тыс.8 месяцев назад
Школа backend. PostgreSQL. Лекция 1: Основы SQL
Защитить данные крупнейших корпораций. Обзор ЦОД Тензора
Просмотров 9329 месяцев назад
Защитить данные крупнейших корпораций. Обзор ЦОД Тензора
Как стать супергероем техподдержки «Тензора»
Просмотров 3659 месяцев назад
Как стать супергероем техподдержки «Тензора»
Кто создает Saby (СБИС) в Калининграде
Просмотров 2,9 тыс.11 месяцев назад
Кто создает Saby (СБИС) в Калининграде
День открытых дверей Технической поддержки в Тензоре 2023
Просмотров 391Год назад
День открытых дверей Технической поддержки в Тензоре 2023
Лекция 6: История одной оптимизации запроса
Просмотров 1,3 тыс.3 года назад
Лекция 6: История одной оптимизации запроса
Фаззинг тестирование веб-интерфейса
Просмотров 1,5 тыс.4 года назад
Фаззинг тестирование веб-интерфейса
Круто. Спасибо большое за видео. 🎉
Ахаха ну выдумщики
💜💜💜
Спасибо .Очень полезная инфа.Хорошая подача .
я вот все пдф думал что надо бы а то скрины в телегу себе накидал ) где пдф качнуть?)
Никак
Смущает объяснение на 15:31 Вроде наличие Buffers ... temp ... говорит о работе с временными файлами для таких операций как sort, aggregate, hash join. И увеличивать тогда надо work_mem , а не temp_buffers (а temp_buffers отвечает вроде бы за буферизацию работы с пользовательскими временными таблицами (которые create temp table...), т.е. temp_buffers надо увеличивать, если часто вылезает ... local read... )
Надо сдать экзамены
🔥🔥🔥
А как ты нашла компанию и кто из знакомых привел ?
ruclips.net/video/sKzbr2mdnuQ/видео.html Третий день торчу на этом отрезке пытаясь хоть что то понять .......
Спасибо, интересная лекция.
Спасибо, а скиньте ссылку на статью, где про постраничную навигацию? Почему limit и offset не очень хорошее решение?
🔥🔥🔥
От Антарктиды до России
Подскажите пожалуйста, можно ли где-то найти презентацию, слайды которой продемонстрированы в видео, и когда ждать статью на Хабре по лекции 4 и дальше?) Ваши лекции очень информативны и полезны, однако некоторым удобнее воспринимать информацию через текст (поэтому с нетерпеньем жду продолжения ваших статей на Хабре). Так же хотелось бы поизучать продемонстрированные в презентации ссылки (поэтому надеюсь, что Вы поделитесь презентацией). Спасибо за Ваш труд, знания и опыт, которыми Вы делитесь!
Мало уделили внимания структуре таблиц, такие вещи надо разбирать подробно, а так же рассказывать, как производится расщепление страниц и что происходит при этом со страницами индекса, и тд и тп
А если с ПО для производства? Как без технического образования и опыта работы? Чтоб человек понимал все процессы как по ПО так и производство
я тут учусь и слушаю Link in Park
Спасибо большое, отличный материал
Лучшее, что есть в свободном доступе.
❤
Самые лучшие коллеги на свете! Люблю, скучаю! 😘😘😘
37:44 у меня в выводе столбцы (a, b, a, c): столбец "a" дублируется, а не однократно выводится. PostgreSQL 16
Спасибо огромное за Вашу работу! Лекции и заметки на хабре очень полезны. Помогают узнать новое/систематизировать знания, посмотреть на реальные задачи и варианты решения.
14:24 функция создания кортежа... Не пойму, чем это отличается от просто сортировки по двум столбцам, типа ORDER BY column1, column2
имба
Лекция превосходная, очень доходчиво и интересно подан материал, браво!
Спасибо за лекцию! Узнаю много нюансов про PostgreSQL.
лекция хорошая но для понимания очень сложная....
26:00 при попытки сделать SELECT daterange() постгрес ругается на то что такая функция не существует... EDIT: вы сказали что давайте определим функцию но само определение не показали...
Это функция, исходя из названия, выдает интервал дат, ей нужно как минимум два параметра - начало и конец интервала. Постгрес говорит, что нет такой функции с таким типом входных аргументов (попытайтесь выполнить select random(1), и вам будет показана аналогичная ошибка, так как random() не должна принимать никаких аргументов) Есть два равноценных варианта проверки этой функции select daterange('2022-12-16', '2023-02-21') и select '[2022-12-16,2023-02-21)'::daterange
Инфа супер ценная, автору огромное спасибо
50:50 Массив это не множество это конечно сильно сказано.... Уточняйте что имеете ввиду...
Множества {1,2,3} и {3,2,1} равны. А массивы [1,2,3] и [3,2,1] нет.
спасибо автору, отличная серия лекций!
32:50 глубина поддерева это расстояние корня поддерева до корня дерева, так что я не соглашусь с вами. Берем вершину 16 на вашем графике и уже видим, что глубина равна двум...
Имелось в виду, что длина пути от корня до одного листа отличается от длины от корня до любого другого листа не более, чем на единицу.
10:21 Создали idx_test, а используем магическую idx_tbl... Вы так же не упоминули 5406 это чего? а по факту 5406 это кол-во страничек выделянных на таблицу Если Вы говорите, что одна страничка 8000 Кб, то я правильно понимаю что 43248 Мегабайт было выделяно на такую таблицу? Не многовато ли?
Там упомянуто, что 5406 - это страницы. И было бы странно, если бы поле relpages выдавало какую-то другую информацию. Одна страница по умолчанию 8KB (не 8000 KB). Перемножая получим, что выделено на таблицу 42,23MB. Так много, потому что много памяти занимает системная информация. Но это все примерные расчеты. В самой таблице по факту может оказаться меньше страниц (relpages дает примерную оценку)
Кто не понял что происходит в 42:46 Multiple sources in FROM clause results to cross join between them Nested Loop 1 1 ---- 2 1 2 2 ---- 3 1 3 2 3 3 ---- 4 1 4 2 4 3 4 4 ---- i = 1 j = 1 i = 2 j = (1, 2) i = 3 j = (1, 2, 3) i = 4 j = (1, 2, 3, 4)
27:46 Пример запроса не воспроизводит(PG 16) указанный план запроса, даже если пофиксить баг в запросе.
Спасибо большое за данный курс, Кирилл Сергеевич!
1:08:00 стоило бы уточнить что такое ключевые и не ключевые столбцы для индекса... Пришлось целый час читать всякое
1:00:14 еще бы пример с Tid Scan, потому что при поиске других таблицы по ID происходит Seq Scan почему-то
Я понял потому что конкретно в этом примере мы искали по tuple id. Некоторые мои заметки: TID scan It is scanning table by TupleID's. A tuple id is a 6-byte entity which consists of 4-byte page number and 2-byte tuple index inside page. So if you know the TID you can directly get the corresponding tuple. every table has ctid column ctid. The tuple ID of the tuple within its table. This is a pair (block number, tuple index within block) that identifies the physical location of the tuple. Note that although the ctid can be used to locate the tuple very quickly, a row's ctid will change each time it is updated or moved by VACUUM FULL
44:44 неправильно подсчитана скорость передачи данных: 9.6 Mb / 0.018 s = 533 MB/s (Я считал только на Read но уверен и Write странно выглядит)
Вычисления верные Пересмотрите блок с buffers в этом видео. Вы неправильно поняли смысл числа read и written. Это число страниц, то есть величина безразмерная. Поэтому в первом действии получается не 9,6 MB, а 96 kB
47:22 GREATEST | LEAST
31:50 ошибка в коде. JOIN clause это опущенный INNER JOIN. Чтобы CROSS написать нужно явно сказать CROSS JOIN.
Понимая оконные функции даже я тту прихренел с вашего объяснения, вы уж извините
Сколько работаю прогером, декларативный язык и императивный очень холиварная тема. Вот почему вы считаете что в С допустим мне может быть всегда интересно как в функции что сделано?
Вы не поняли принципа разделения! Языки делятся на императивные и декларативные так потому, что в первом случае программист должен сам написать алгоритм выполнения действия (запроса), а в другом случае (декларативном) программист (пользователь) пишет что он хочет получить и лишь может уточнять (для продвинутых) как он хочет получить (например быстрее), а как это сделать берёт на себя сам сервер с его математикой и именно он "решает" каким путём он будет действовать. При этом, что примечательно и логично, разные севера запрос выполнят по-разному, т.е. составят свой план запроса. И у разных серверов есть разная математика для повышения эффективности этих действий. А вот ваша программа на императивном языке всегда выполнится одинаково на разных компьютерах! Ваше желание знать, что как сделано в том и другом случае абсолютно параллельно при обоих подходах.
Не понимаю почему транзакция блокирует какой-то ресурс, допустим, на шаге 1. Когда на шаге 2 он там даже не фигурирует. Зачем блокировать ресурс одного запроса на продолжительность всей транзакции...
Хорошая лекция, правда согласованность немного неясным примером объяснена.
Очень грамотная презентация. Спасибо
bitmap очень непонятно объяснен
Посмотрите обновленную и расширенную версию этой лекции - должно стать понятнее: ruclips.net/video/4g2CJv0jRk0/видео.html&si=SgJOIHM7IfK6aklV
да тут вообще по верхушкам проскакали... самое важное - это фундамент системы, а не то, что лежит на поверхности и написано в любой книжке