Руководство по началу работы для инженера по разработке/хранилищу данных (6) Спецификации и процессы построения слоев CDM-DWD
Руководство по началу работы для инженера по разработке/хранилищу данных (6) Спецификации и процессы построения слоев CDM-DWD

Предисловие

Предисловие На этот раз я хочу поговорить о чем-то кроме технологии работы.,DWD Этот уровень упоминался много раз при написании уровня CDM.,Предложение, которое недавно заставило меня осознать это, — это предложение: «Я лучше совершу ошибку, чем ничего не сделаю».,Если ты можешь сказать это,,Тогда способность исполнения намного превосходит другие,Способности и видение также будут полностью развиты с опытом. Но для этого также необходимо различать поля.,Вообще говоря, я думаю, что степень применимости этого предложения находится в моей собственной технической сфере деятельности.,Вы можете попробовать другую технологию,Смените тему или начните новую вторую карьеру,Вместо того, чтобы совершать ошибки в нынешних условиях,Потому что сейчас у тебя очень мало возможностей совершать ошибки.,Все равно придется во всем обращать внимание на количество и меру. Ладно, больше никаких глупостей.,Теперь приступим к моделированию данных слоя DWD.

Слой детальных фактов (DWD)

Слой детальных фактов (DWD)существоватьхранилище данные — очень важный уровень, и его проектирование тесно связано с бизнес-процессом предприятия. Благодаря характеристикам и методам проектирования уровня понимания DWD можно лучше поддерживать анализ предприятия. данныхнуждаться。

моделирование на основе бизнес-процессов

  • Уровень DWD берет за основу конкретные бизнес-процессы.,Анализируя характеристики и потребности бизнес-процессов,Постройте максимально подробную детализированную таблицу фактов. Этот метод моделирования может лучше отражать поток данных и изменения в реальном бизнесе.

Широкая обработка таблиц

  • При проектировании таблицы фактов детальной детализации,Некоторые важные поля атрибутов измерения могут быть избыточными.,То есть эти поля хранятся непосредственно в таблице фактов. Этот метод обработки может ускорить запрос,Уменьшите сложность связанных запросов.

Давайте рассмотрим бизнес-кейс в качестве примера. Во время процесса торгов моделирование слоев DWD может помочь компаниям глубоко проанализировать и оптимизировать свою деятельность по проведению торгов:

Типичный процесс торгов включает в себя следующие основные этапы:

  1. Объявление о тендере опубликовано:Предприятия публикуют объявления о тендерах,Пригласите поставщиков принять участие в торгах.
  2. Подача тендерной документации:Поставщики подают тендерную документацию в соответствии с требованиями объявления.。
  3. оценка предложения:Тендерная документация по оценке предприятия,Выберите подходящего поставщика.
  4. подписание контракта:и Победа в тендере Поставщик подписывает договор。

1. Пример моделирования на основе бизнес-процесса

Дизайн таблицы фактов

  • детализация:Отдельные записи для каждой ставки
  • Размеры:
    • измерение времени:Момент времени, в который фиксируется ставка(Дата подачи、Дата оценки предложения、дата подписания контракта)
    • размер поставщика:женьшеньинежныйизпоставщикинформация(Идентификатор поставщика、Имя поставщика)
    • Размеры проекта:Вовлеченныйпроектинформация(Идентификатор проекта、Название проекта)
    • измерение статуса:Статус ставки(Поданный、оценка предложениясередина、Победа в тендере、еще нет Победа в тендере)

структура таблицы фактов

Идентификатор предложения

Идентификатор проекта

Идентификатор поставщика

Дата подачи

Дата оценки предложения

Дата выигрыша торгов

Сумма ставки

Идентификатор статуса

мера

  • Сумма ставки:Может суммировать статистику каждогопроектобщего количества Сумма ставка, Сумма от каждого поставщика ставкиждать。

2. Обработка широкой таблицы

Пример обработки широкой таблицы

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

Широкая обработка таблицпозжеструктура таблицы фактов

Идентификатор предложения

Идентификатор проекта

Название проекта

Идентификатор поставщика

Имя поставщика

Дата подачи

Дата оценки предложения

Дата выигрыша торгов

Сумма ставки

Идентификатор статуса

  • Название проектаиИмя поставщикаждать Резервное хранение важных атрибутовсуществоватьфактповерхностьсередина,чтобы ускорить запрос. Например,При запросе записей торгов конкретного поставщика по проекту,Нет необходимости в связанных запросахпроектиразмер поставщикаповерхность。

3. Проектирование таблицы фактов

3.1 Определение степени детализации

  • Детализация представляет собой степень детализации бизнеса, выраженную записью в таблице фактов. Выбор правильной детализации является ключом к разработке таблицы фактов, и ее обычно можно определить следующими двумя способами:
    • Комбинация атрибутов измерения:за счет комбинации многомерных атрибутовопределениедетализация。
    • Конкретное деловое значение:Непосредственно на основе бизнес-процессовизнуждаться Приходитьопределениедетализация。

В сфере назначения ставок мы можем определить степень детализации посредством комбинации нескольких атрибутов измерений. Например, каждая запись ставки может иметь степень детализации, определяемую комбинацией следующих атрибутов измерения:

  • Идентификатор проекта:определить, какойпроекттолькосуществовать Нежный。
  • Идентификатор поставщика:определить, какойпоставщик提交了нежный。
  • Дата тендера:Определите конкретное время подачи заявок。

Такое детальное определение гарантирует, что каждая запись представляет заявку конкретного поставщика на проект.

Конкретное деловое значение

С точки зрения бизнеса каждая запись представляет собой конкретную бизнес-деятельность, то есть заявку поставщика на проект. Это детальное определение, ориентированное на бизнес, помогает напрямую отражать фактические транзакционные действия в бизнес-процессе.

3.2 Типы фактов

  • Факт аддитивности:Можетсуществовать Собирайте во всех соответствующих измеренияхобщий,Такие как продажи、количествождать。
  • Половина Факт аддитивности:может толькосуществовать Обмен в определенных измеренияхобщий,Например, запасы можно суммировать только по аналитике местоположения или продукта.
  • Нет Факт аддитивности:Например, данные о соотношении,Агрегация необходима путем разложения на аддитивные компоненты.

В процессе торгов разные данные метрик могут принадлежать разным типам фактов:

  • Факт аддитивности
    • Сумма ставки:Может对Нетто же измерение(например, время、проект、Поставщики) суммируются для определения общей суммы ставок.
  • Половина Факт аддитивности
    • Сумма ставки:Хотя это нормальнопроектиразмер поставщика не обобщать, а измерять Агрегирование (например, по месяцам) не всегда может иметь смысл, поскольку торги могут быть ограничены определенными периодами времени.
  • Нет Факт аддитивности
    • Доля успешных ставок:Например,Процент победителей предложений поставщика по проекту. Эти коэффициенты невозможно рассчитать простым сложением,Вместо этого его необходимо разложить на аддитивные компоненты.,нравитьсяуспехинеудачаиз Количество ставки для расчета.

3.3 Ухудшение размеров

Пример ухудшения размерности

При разработке таблицы фактов некоторая информация об измерениях может храниться непосредственно в таблице фактов в виде вырожденных измерений, чтобы повысить эффективность запросов. Например:

  • Название проекта:и Идентификатор проекта хранятся вместе в таблице фактов для быстрого выполнения запросов без необходимости обращаться к размерам. проектаповерхность。
  • Имя поставщика:и Идентификатор поставщика хранятся вместе.

Вырожденная размерная структура таблицы фактов

Идентификатор предложения

Идентификатор проекта

Название проекта

Идентификатор поставщика

Имя поставщика

Дата тендера

Сумма ставки

Статус ставки

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

Сценарии применения
  • 快速获取某个поставщиксуществоватьвсепроектсерединаиз Сумма ставки
  • Подсчитайте все данные за определенный период временипроектобщего количества Сумма ставкии Победа в тендере Ставка
  • анализировать Неттакой жепроектконкурентная ситуация,проходить Количество Ставки и суммы для оценки популярности на рынке

4.Слой детальных фактов (DWD)тип

В тендерном бизнесе мы можем определить Слой в соответствии с различными потребностями бизнеса. детальных фактов (DWD) тип для удовлетворения потребностей анализа Различные требования к данным.

4.1. Таблица фактов транзакций.

определение

  • Таблица фактов транзакций используется для описания отдельных событий в бизнес-процессе торгов и записи подробной информации о каждом действии торгов.

Пример

В тендерном бизнесе таблица фактов транзакций может записывать каждое предложение от каждого поставщика для каждого проекта. Структура таблицы может включать в себя следующие поля:

Идентификатор предложения

Идентификатор проекта

Идентификатор поставщика

Дата тендера

Сумма ставки

Статус ставки

Дата оценки предложения

Дата выигрыша торгов

Сценарии применения

  • Проанализируйте поведение каждого поставщика на торгах, например, все записи предложений определенного поставщика за прошедший период.
  • Рассчитайте каждыйпроектизобщая сумма ставкии Количество ставок。

4.2. Таблица фактов периодического снимка.

определение

  • В таблице фактов периодических кадров фиксируется состояние торгового бизнеса в течение фиксированного интервала времени. Например,每月记录一次всетолькосуществоватьруководитьиз Нежныйпроектизсостояние。

Пример

в тендерном бизнесе,Статус ставок и суммы по всем предметам можно записывать ежемесячно,контролироватьпроектпрогресси Динамика рынка。поверхность Структура может включать в себя:

месяц

Идентификатор проекта

общий Сумма ставки

Количество ставок

Количество выигравших ставок

средний Сумма ставки

Сценарии применения

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

4.3. Таблица фактов совокупного снимка.

определение

  • В сводной таблице фактов фиксируются ключевые этапы и статус от начала до конца проекта торгов, отражая изменения на протяжении жизненного цикла проекта.

Пример

В тендерном бизнесе сводную таблицу фактов можно использовать для отслеживания всего процесса каждого проекта, включая ключевые этапы от публикации объявления о торгах до подписания контракта. Структуры таблиц могут включать в себя:

Идентификатор проекта

Дата объявления

Дата начала ставки

Дата окончания предложения

Дата оценки предложения

Дата выигрыша торгов

дата подписания контракта

общая сумма ставки

Сценарии применения

  • Отслеживайте жизненный цикл каждого тендерного проекта, выявляя критические этапы и узкие места.
  • Статистика среднего времени проекта от начала до завершения для оптимизации процесса торгов.

Общий процесс разработки подробной таблицы фактов детализации показан на рисунке ниже:

Бизнес-процесс транзакции и его измерение были определены в измерении согласованности. Подробные таблицы фактов уделяют внимание разработке моделей бизнес-процессов. Построение подробной таблицы фактов можно разделить на четыре этапа: выбор бизнес-процессов, определение детализации, выбор измерений и определение фактов (измерений). Детализация в основном фиксирует семантическое описание бизнес-деятельности без расширения измерений. При построении подробной таблицы фактов вам необходимо выбрать разработку подробных данных слоя на основе существующей таблицы и знать, какая степень детализации данных хранится в записях построенной таблицы.

5. Подробные принципы построения таблицы фактов детализации

При разработке подробной таблицы фактов в сфере торгов следование следующим принципам может гарантировать, что модель данных сможет эффективно поддерживать потребности бизнеса и оптимизировать эффективность анализа данных. Эти принципы проектирования подробно описаны ниже и объяснены в связи с тендерным бизнесом:

5.1 Таблица фактов с подробной детализацией связана только с одним измерением

понимать:каждая детальдетализацияфактповерхность Следует сосредоточиться на основном бизнес-мероприятии,Обычно связывается только одно ключевое измерение.

Применение в тендерном бизнесе:Например,Тендерный стол фактов транзакций Может仅иРазмеры проектаассоциация,Потому что каждая запись о торгах в основном вращается вокруг конкретного проекта. Другие параметры (например, поставщики, время) как вспомогательное измерение.

5.2 Включите как можно больше всех фактов, имеющих отношение к бизнес-процессу.

понимать:фактповерхность Бизнес-процесс должен быть отражен максимально полносерединаизвсе重要数据,Для поддержки разнообразных потребностей анализа.

Применение в тендерном бизнесе:нежныйтаблица фактов транзакций должны включать все меры, относящиеся к предложению, например сумму ставки、Количество ставок、Статус ставки и т. д. для всестороннего анализа.

5.3 Выбирайте только факты, имеющие отношение к бизнес-процессу

понимать:Выбирайте только те прямыеисвязанные с бизнес-процессомизмераисвойство,Избегайте включения нерелевантных данных.

Применение в тендерном бизнесе:фактповерхностьсередина Только держиинежныйдеятельность, непосредственно связанная сизфакт,нравитьсяСумма ставкииСтатус выигрышной ставки,а не другую нерелевантную информацию,Например, данные финансовой отчетности поставщика.

5.4. Разложение фактов неаддитивности на аддитивные компоненты

понимать:нельзя добавить напрямуюизфакт,Постарайтесь разбить его на составляющие, которые можно обобщить.,чтобы облегчить анализ.

Применение в тендерном бизнесе:ВоляДоля успешных ставокавариядляуспех Количество ставокиобщий Количество ставок,这样Можетпроходитьэти двое Факт аддитивность рассчитывает вероятность успеха.

5.5 Детализация должна быть заявлена ​​перед выбором измерений и фактов.

понимать:明确фактповерхностьиздетализациячтобы гарантировать данныеизуникальностьичестность,Не допускайте смешивания разных фактов.

Применение в тендерном бизнесе:существоватьсоздаватьнежныйтаблица фактов транзакций До,Заявить о своей детализации как «единая заявка от поставщика для каждого проекта».,Убедитесь, что уровень детализации, записанный в таблице, соответствует.

5.6 В одной таблице фактов не может быть несколько фактов разной степени детализации.

понимать:保持фактповерхностьиздетализацияпоследовательный,во избежание путаницы данных и ошибок анализа.

Применение в тендерном бизнесе:убеждатьсянежныйтаблица фактов транзакцийсерединавсе记录издетализацияпоследовательный,Например, каждая запись представляет собой определенное событие торгов.,а не несколько записей, представляющих одну ставку,некоторые поколенияповерхностьпроектобщий。

5.7 Единицы фактов должны быть последовательными

понимать:убеждатьсяфактповерхностьсерединаизвсемераиспользоватьпоследовательныйизединица,избегатьсуществоватьанализ При данных произошло недоразумение или ошибка.

Применение в тендерном бизнесе:убеждатьсявсеи Сумма, связаннаяизмера(нравиться Сумма ставка, сумма бюджета) используют одну и ту же денежную единицу.

5.8 Обращайтесь с нулевыми значениями с осторожностью

понимать:иметь дело сNullНужно быть осторожным при оценке,чтобы избежать проблем при расчете и анализе данных.

Применение в тендерном бизнесе:существоватьнежныйтаблица фактов В транзакциях для полей, где могут появляться значения Null (например, Дата оценки предложения),Может обрабатываться с использованием значений по умолчанию или аннотаций,обеспечить точность результатов анализа.

5.9. Используйте вырожденные измерения для повышения удобства использования таблиц фактов.

понимать:Вырожденные размеры сохраняются напрямуюсуществоватьфактповерхностьсерединаиз Размерыинформация,Может ускорить запросы и упростить модели данных.

Применение в тендерном бизнесе:ВоляНазвание проектаиИмя поставщикаделатьдля退化Размеры存储существоватьнежныйтаблица фактов транзакцийсередина,Это устраняет необходимость часто связывать таблицы измерений во время запросов.,Повышение эффективности запросов.

Следуя этим принципам проектирования, можно создать эффективную и простую в использовании детальную таблицу фактов в тендерном бизнесе, что поможет компаниям лучше анализировать и оптимизировать свою тендерную деятельность.

6.Правила именования таблиц DWD

иерархия модели

Соглашение об именовании таблиц

Примеры показывают

Описание таблицы экземпляров

dwd

dwd_subject домен_необязательный предмет_факты, связанные с таблицей описаний_частота обработки + метод извлечения

dwd_par_trader_detail_df

dwdдляиерархия модели、par — доменное имя субъекта、trader — название темы торговца、деталь — это описание таблицы、d представляет частоту обработки、f представляет метод полного извлечения

Например: dwd_asale_trd_ordcrt_trip_di (таблица фактов заказа авиабилетов компании электронной коммерции, ежедневное обновление) и dwd_asale_itm_item_df (таблица фактов снимка продукта электронной коммерции, полная сумма ежедневного обновления).

  • Таблица фактов информации об элементе транзакции: dwd_asale_trd_itm_di.
  • Таблица фактов с информацией об участниках торгов: dwd_asale_trd_mbr_di.
  • Таблица фактов информации о заказе транзакции: dwd_asale_trd_ord_di.

7. Разработка таблицы фактов для транзакции подачи заказа в сфере торгов.

7.1 Определите степень детализации

  • Детализация: каждая запись представляет событие отправки заказа.
    • Каждый заказ состоит из одной заявки от конкретного поставщика на конкретный товар.

7.2 Ключевые аспекты

  • измерение времени: подача заказа на захват、Обзор、Время одобрения.
  • размер поставщика: Описывает информацию о поставщике, представленную для заказа.
  • Размеры проекта:Зафиксировать право собственности на заказизпроект。
  • Размеры продукта: Содержит информацию о продукте, включенном в заказ.
  • измерение последствий: отслеживание статуса заказа в процессе (например, отправленный、уже Обзор、одобрено и т. д.)

7.3 Факты

  • Сумма заказа: Общая сумма заказа.
  • Количество продукт: Количество разработано для того, чтобы продукта。
  • Сумма скидки: любая применимая сумма скидки。
  • налоги: налоги, участвующие в заказе.
  • Статус заказ: Текущий статус заказа.

7.4 Вырожденное измерение

  • Идентификатор заказа: используется для уникальной идентификации каждого заказа.
  • Имя Поставщик: Удобен для быстрого запроса без ассоциации размера. поставщикаповерхность。
  • Название проект: Удобен для быстрого запроса без привязки. проектаповерхность。

7.5 Структура таблицы фактов транзакций

Идентификатор заказа

Идентификатор проекта

Название проекта

Идентификатор поставщика

Имя поставщика

Дата подачи

Дата рассмотрения

Дата утверждения

Сумма заказа

Количество продукта

Сумма скидки

налоги

Статус заказа

Детали дизайна:

7.5.1 Гранулированная консистенция:
  • Каждая запись представляет только определенное событие отправки заказа, что обеспечивает единообразие детализации.
7.5.2 Полнота данных
  • Содержит всю необходимую информацию, связанную с процессом подачи заказа (например, сумму、количество、Скидкаждать),для поддержки комплексного бизнес-анализа.
7.5.3 Вырожденное измерение
  • Используйте вырожденные измерения (Идентификатор заказа, Название проекта, Имя поставщика), чтобы повысить эффективность запросов и уменьшить количество сложных ассоциаций.
7.5.4 Обработка значений NULL
  • Убедитесь, что поле даты (например, Дата рассмотрения、Дата заявление) может корректно обрабатывать значения Null для незавершенных шагов и предотвращать анализ, устанавливая значения по умолчанию или комментарии. данныхошибка。
7.5.5 Согласованность единиц фактов
  • Убедитесь, что все факты, связанные с валютой (например, сумма заказа, сумма скидки, налоги), указаны в одной и той же валютной единице.

7.6 Сценарии применения

  • Анализ эффективности подачи заказов:
    • Анализируя материалы, отзывы и дату положения, оценить эффективность обработки заказов и выявить узкие места.
  • Оценка работы поставщика:
    • Статистика объемов подачи заказов и успешности различных поставщиков помогает выбирать качественных поставщиков.
  • Управление стоимостью проекта:
    • Анализ суммы для каждого проекта заказаиколичество,мониторпроект Бюджети Расходы。

7.7 Оператор создания таблицы SQL

При реализации таблицы фактов транзакции отправки заказов в бизнес-домене назначения ставок нам необходимо написать операторы создания таблицы SQL и определить направление потока данных, процессы загрузки в первый день и ежедневную загрузку.

7.7.1 Оператор создания таблицы SQL

Таблица фактов транзакции подачи заказа:

Язык кода:javascript
копировать
CREATE TABLE order_submission_facts (
    order_id INT PRIMARY KEY,
    project_id INT,
    project_name VARCHAR(255),
    supplier_id INT,
    supplier_name VARCHAR(255),
    submission_date DATE,
    review_date DATE,
    approval_date DATE,
    order_amount DECIMAL(18, 2),
    product_quantity INT,
    discount_amount DECIMAL(18, 2),
    tax_amount DECIMAL(18, 2),
    order_status VARCHAR(50),
    FOREIGN KEY (project_id) REFERENCES projects(project_id),
    FOREIGN KEY (supplier_id) REFERENCES suppliers(supplier_id)
);
​
7.7.2 Направление потока данных

Описание потока данных

1. Источник данных:

  • Исходные данные поступают из записей о подаче заказов в бизнес-системах, системах управления проектами и системах управления поставщиками.

2. Процесс ETL:

  • Извлечение: Извлечение данных, связанных с заказом, проектом и поставщиком, из исходной системы.
  • Преобразование:
    • Стандартизируйте форматы данных, данные, связанные с проектами и поставщиками.
    • Рассчитать необходимую меру,Такие как скидки и налоги.
  • нагрузка:
    • Загрузка очищенных и преобразованных данных в хранилище Таблица транзакций отправки заказов данных.

Схема потока данных

Язык кода:javascript
копировать
[Бизнес-система] --> [Инструменты ETL] --> [хранилище данных: order_submission_facts]
7.7.3 Загрузка первого дня

Загрузка в первый день означает первую загрузку исторических данных в хранилище данных.

Язык кода:javascript
копировать
insert overwrite table dwd_order_submission_facts partition (dt)(
    order_id,project_id,project_name,supplier_id,supplier_name,
    submission_date,review_date,approval_date,order_amount,
    product_quantity,discount_amount,tax_amount,order_status
)
SELECT
    o.order_id,
    o.project_id,
    p.project_name,
    o.supplier_id,
    s.supplier_name,
    o.submission_date,
    o.review_date,
    o.approval_date,
    o.order_amount,
    o.product_quantity,
    o.discount_amount,
    o.tax_amount,
    o.order_status
FROM
    source_order o
JOIN
    source_projects p ON o.project_id = p.project_id
JOIN
    source_suppliers s ON o.supplier_id = s.supplier_id
WHERE
    o.submission_date <= CURDATE();
7.7.4 Ежедневная загрузка

Ежедневная загрузка означает периодическую (обычно ежедневную) дополнительную загрузку новых данных.

Язык кода:javascript
копировать
insert overwrite table dwd_order_submission_facts partition (dt)(
    order_id,project_id,project_name,supplier_id,supplier_name,
    submission_date,review_date,approval_date,order_amount,
    product_quantity,discount_amount,tax_amount,order_status
)
SELECT
    o.order_id,
    o.project_id,
    p.project_name,
    o.supplier_id,
    s.supplier_name,
    o.submission_date,
    o.review_date,
    o.approval_date,
    o.order_amount,
    o.product_quantity,
    o.discount_amount,
    o.tax_amount,
    o.order_status
FROM
    source_order o
JOIN
    source_projects p ON o.project_id = p.project_id
JOIN
    source_suppliers s ON o.supplier_id = s.supplier_id
WHERE
    o.submission_date = CURDATE();

На этом этапе мы завершили построение таблицы DWD и так далее, чтобы построить все таблицы фактов слоя DWD.

boy illustration
Углубленный анализ переполнения памяти CUDA: OutOfMemoryError: CUDA не хватает памяти. Попыталась выделить 3,21 Ги Б (GPU 0; всего 8,00 Ги Б).
boy illustration
[Решено] ошибка установки conda. Среда решения: не удалось выполнить первоначальное зависание. Повторная попытка с помощью файла (графическое руководство).
boy illustration
Прочитайте нейросетевую модель Трансформера в одной статье
boy illustration
.ART Теплые зимние предложения уже открыты
boy illustration
Сравнительная таблица описания кодов ошибок Amap
boy illustration
Уведомление о последних правилах Points Mall в декабре 2022 года.
boy illustration
Даже новички могут быстро приступить к работе с легким сервером приложений.
boy illustration
Взгляд на RSAC 2024|Защита конфиденциальности в эпоху больших моделей
boy illustration
Вы используете ИИ каждый день и до сих пор не знаете, как ИИ дает обратную связь? Одна статья для понимания реализации в коде Python общих функций потерь генеративных моделей + анализ принципов расчета.
boy illustration
Используйте (внутренний) почтовый ящик для образовательных учреждений, чтобы использовать Microsoft Family Bucket (1T дискового пространства на одном диске и версию Office 365 для образовательных учреждений)
boy illustration
Руководство по началу работы с оперативным проектом (7) Практическое сочетание оперативного письма — оперативного письма на основе интеллектуальной системы вопросов и ответов службы поддержки клиентов
boy illustration
[docker] Версия сервера «Чтение 3» — создайте свою собственную программу чтения веб-текста
boy illustration
Обзор Cloud-init и этапы создания в рамках PVE
boy illustration
Корпоративные пользователи используют пакет регистрационных ресурсов для регистрации ICP для веб-сайта и активации оплаты WeChat H5 (с кодом платежного узла версии API V3)
boy illustration
Подробное объяснение таких показателей производительности с высоким уровнем параллелизма, как QPS, TPS, RT и пропускная способность.
boy illustration
Удачи в конкурсе Python Essay Challenge, станьте первым, кто испытает новую функцию сообщества [Запускать блоки кода онлайн] и выиграйте множество изысканных подарков!
boy illustration
[Техническая посадка травы] Кровавая рвота и отделка позволяют вам необычным образом ощипывать гусиные перья! Не распространяйте информацию! ! !
boy illustration
[Официальное ограниченное по времени мероприятие] Сейчас ноябрь, напишите и получите приз
boy illustration
Прочтите это в одной статье: Учебник для няни по созданию сервера Huanshou Parlu на базе CVM-сервера.
boy illustration
Cloud Native | Что такое CRD (настраиваемые определения ресурсов) в K8s?
boy illustration
Как использовать Cloudflare CDN для настройки узла (CF самостоятельно выбирает IP) Гонконг, Китай/Азия узел/сводка и рекомендации внутреннего высокоскоростного IP-сегмента
boy illustration
Дополнительные правила вознаграждения амбассадоров акции в марте 2023 г.
boy illustration
Можно ли открыть частный сервер Phantom Beast Palu одним щелчком мыши? Супер простой урок для начинающих! (Прилагается метод обновления сервера)
boy illustration
[Играйте с Phantom Beast Palu] Обновите игровой сервер Phantom Beast Pallu одним щелчком мыши
boy illustration
Maotouhu делится: последний доступный внутри страны адрес склада исходного образа Docker 2024 года (обновлено 1 декабря)
boy illustration
Кодирование Base64 в MultipartFile
boy illustration
5 точек расширения SpringBoot, супер практично!
boy illustration
Глубокое понимание сопоставления индексов Elasticsearch.
boy illustration
15 рекомендуемых платформ разработки с нулевым кодом корпоративного уровня. Всегда найдется та, которая вам понравится.
boy illustration
Аннотация EasyExcel позволяет экспортировать с сохранением двух десятичных знаков.