Создать уникальный идентификатор для выбора в DB2
Forking создает совершенно новый репозиторий из существующего репозитория (просто делает git clone на gitHub / bitbucket)
Форкс лучше всего использовать: когда целью «split» является создание логически независимый проект, который никогда не может воссоединиться со своим родителем.
blockquote>Стратегия филиала создает новую ветвь по существующему / работающему репозиторию
Филиалы лучше всего использовать: когда они создаются как временные места для работы через функцию с намерением объединить ветвь с источником.
blockquote>Подробнее: - в проектах с открытым исходным кодом это владелец репозитория, который решает, кто может нажать на репозиторий. Однако идея открытого источника заключается в том, что каждый может внести свой вклад в проект.
Эта проблема решается вилками: в любое время, когда разработчик хочет что-то изменить в проекте с открытым исходным кодом, они не клонируют официальный репозиторий. Вместо этого они развивают его, чтобы создать копию. Когда работа завершена, они делают запрос на перенос, чтобы владелец репозитория мог просмотреть изменения и решить, объединить ли их с его проектом.
В своем ядре forking похож на ветвление функции, но вместо создания ветвей создается вилка репозитория, и вместо выполнения запроса слияния вы создаете запрос на перенос.
Ниже ссылки дают разницу в хорошо объясненном виде:
https://blog.gitprime.com/the-definitive-guide-to-forks-and-branches-in-git/
1 ответ
Если числовой id подойдет, как насчет просто использовать row_number():
SELECT CAST(ROW_NUMBER() OVER (ORDER BY COL1, COL2, COL3) as VARCHAR(255)) as unique_id,
QUERY.*
FROM (SELECT DISTICT COL1, COL2, COL3
FROM view a
WHERE conditions ....
) QUERY
WHERE CONDITIONS...
LIMIT 20 OFFSET 0