Отвечая на ваш вопрос:
SELECT t.OrderDate,t.OrderNo,t.Weight,t.Cost,a.Shipper
FROM table1 t
LEFT JOIN (
SELECT p.OrderNo,p.Shipper
FROM (SELECT NAME,StringValue FROM ParsedDataTable) d
PIVOT(MAX(d.StringValue) FOR d.NAME IN ([OrderNo],[Shipper])) p
) a ON a.OrderNo = t.OrderNo
;
Лучшее и более простое решение:
SELECT t.OrderDate,t.OrderNo,t.Weight,t.Cost
,JSON_VALUE(t.JsonProperty,'$.JsonData.Shipper') AS [Shipper]
FROM table1 t
Проведя небольшое исследование (множество сайтов и книга "Межфункциональные команды" Автор Glenn M. Parker), я пришел к следующим выводам:
В моем примере это означало бы, что администратор базы данных и технический писатель будут руководить своим профессиональным форумом или отделом (в зависимости от уровня формальности), они могут каждый быть членом одной команды . Работа с базой данных и документацией будет выполняться членами команды, способными выполнять эту работу, и делать это под наблюдением экспертов (профессиональные полномочия).
Таким образом, в организации могут существовать специалисты, наряду с специалистами широкого профиля, и люди, которые занимают промежуточное положение между ними.
И, конечно же, в этом методе команда способна самостоятельно выполнять все задачи бизнес-уровня (функции, пользовательские истории), назначенные ей, что мы и хотели.
это будет означать, что администратор баз данных и технический писатель будут руководить своим профессиональным форумом или отделом (в зависимости от уровня формальности), они могут каждый быть членом одной команды. Работа с базой данных и документацией будет выполняться членами команды, способными выполнять эту работу, и делать это под наблюдением экспертов (профессиональные полномочия).Таким образом, в организации могут существовать специалисты, наряду с специалистами широкого профиля, и люди, которые занимают промежуточное положение между ними.
И, конечно же, в этом методе команда способна самостоятельно выполнять все задачи бизнес-уровня (функции, пользовательские истории), назначенные ей, что мы и хотели.
это будет означать, что администратор баз данных и технический писатель будут руководить своим профессиональным форумом или отделом (в зависимости от уровня формальности), они могут каждый быть членом одной команды. Работа с базой данных и документацией будет выполняться членами команды, способными выполнять эту работу, и делать это под наблюдением экспертов (профессиональные полномочия).Таким образом, в организации могут существовать специалисты, наряду с специалистами широкого профиля, и люди, которые занимают промежуточное положение между ними.
И, конечно же, в этом методе команда способна самостоятельно выполнять все задачи бизнес-уровня (функции, пользовательские истории), назначенные ей, что мы и хотели.
каждый из них может быть членом одной команды. Работа с базой данных и документацией будет выполняться членами команды, способными выполнять эту работу, и делать это под наблюдением экспертов (профессиональные полномочия).Таким образом, в организации могут существовать специалисты, наряду с специалистами широкого профиля, и люди, которые занимают промежуточное положение между ними.
И, конечно же, в этом методе команда способна самостоятельно выполнять все задачи бизнес-уровня (функции, пользовательские истории), назначенные ей, что мы и хотели.
каждый из них может быть членом одной команды. Работа с базой данных и документацией будет выполняться членами команды, способными выполнять эту работу, и делать это под наблюдением экспертов (профессиональные полномочия).Таким образом, в организации могут существовать специалисты, наряду с специалистами широкого профиля, и люди, которые занимают промежуточное положение между ними.
И, конечно же, в этом методе команда способна самостоятельно выполнять все задачи бизнес-уровня (функции, пользовательские истории), назначенные ей, что мы и хотели.
наряду с универсалом, и что люди, которые едут посередине между двумя.И, конечно же, в этом методе команда способна самостоятельно выполнять все задачи бизнес-уровня (функции, пользовательские истории), назначенные ей, что мы и хотели.
наряду с универсалом, и что люди, которые едут посередине между двумя.И, конечно же, в этом методе команда способна самостоятельно выполнять все задачи бизнес-уровня (функции, пользовательские истории), назначенные ей, что мы и хотели.
Во-первых, я бы не стал путать scrum-команды и организационную структуру. С точки зрения организации, ваша техн. писатель может принадлежать к любой команде. С точки зрения Scrum, я бы посвятил время технического писателя командам (распределение зависит от размера вашего спринта), например, один день в неделю для каждой команды или AM / PM (для 2 команд). Таким образом, каждая команда scrum знает, сколько и когда к ней назначен технический писатель, и может соответствующим образом планировать. Я также хотел бы, чтобы технический писатель присутствовал на всех ежедневных встречах, если это возможно (с двумя командами, это должно быть выполнимо). Таким образом, технический писатель (или любой дефицитный ресурс) будет частью всех команд (по принципу схватки). Я думаю, что единственной проблемой может быть дисциплина, позволяющая работать только для назначенной команды и назначенного времени, но я уверен, что вы разберетесь с этим в течение одного или двух спринтов. Насчет плановых встреч я не уверен, но уверен, что человек должен участвовать в ретроспективах Матей