Регистрация  |  Вход

Spring '21 Features

после долгих лет, скоро будет "Select *"

Select FIELDS(ALL) From Account limit 10
Select FIELDS(standard) From Account limit 10
Select id, FIELDS(custom) From Account limit 10

после долгих лет, скоро будет "Select *" 

Select FIELDS(ALL) From Account limit 10
Select FIELDS(standard) From Account limit 10
Select id, FIELDS(custom) From Account limit 10

Не сказал бы, что это очень хорошая новость. Я ожидал что-то вроде

SELECT FIELDS(<field-set>) FROM Account

Не сказал бы, что это очень хорошая новость. Я ожидал что-то вроде [code]SELECT FIELDS([i]<field-set>[/i]) FROM Account[/code]

Eric
после долгих лет, скоро будет "Select *"

Select FIELDS(ALL) From Account limit 10
Select FIELDS(standard) From Account limit 10
Select id, FIELDS(custom) From Account limit 10

Даже не представляю когда это нужно кроме учебных юзкейсов. По производительности это бьёт, о чём они вроде и сами пишут.

[quote="Eric"]после долгих лет, скоро будет "Select *" 

Select FIELDS(ALL) From Account limit 10
Select FIELDS(standard) From Account limit 10
Select id, FIELDS(custom) From Account limit 10[/quote]

Даже не представляю когда это нужно кроме учебных юзкейсов. По производительности это бьёт, о чём они вроде и сами пишут.

Developer
Даже не представляю когда это нужно кроме учебных юзкейсов.

Не, штука эта полезная. Иногда пилишь API какой и надо тупо все подряд поля вытягивать и возвращать. Сейчас приходится заморачиваться с получением всех полей из матадаты, генерированием динамического сокла. Один раз конечно запилил метод и используй потом, но для быстрого кодирования удобнее со звездочкой.

[quote="Developer"]Даже не представляю когда это нужно кроме учебных юзкейсов. [/quote]
Не, штука эта полезная. Иногда пилишь API какой и надо тупо все подряд поля вытягивать и возвращать. Сейчас приходится заморачиваться с получением всех полей из матадаты, генерированием динамического сокла. Один раз конечно запилил метод и используй потом, но для быстрого кодирования удобнее со звездочкой.

Dmitry Shnyrev
Иногда
Вот именно, что иногда. ИМХО, обычно требуется подмножество полей.
Dmitry Shnyrev
из матадаты
А как понять где какой тип даных?

[quote="Dmitry Shnyrev"]Иногда[/quote] Вот именно, что иногда. ИМХО, обычно требуется подмножество полей.
[quote="Dmitry Shnyrev"]из матадаты[/quote] А как понять где какой тип даных?

Eric
Select FIELDS(standard) From Account limit 10
Select id, FIELDS(custom) From Account limit 10
Ещё не понимаю разделкение на standard и custom.

[quote="Eric"]Select FIELDS(standard) From Account limit 10
Select id, FIELDS(custom) From Account limit 10[/quote] Ещё не понимаю разделкение на [i]standard[i] и [/i]custom[/i].

micha_s
А как понять где какой тип даных?

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

[quote="micha_s"]А как понять где какой тип даных?[/quote]
давно уже с этим не работал, но в метадате же вроде все есть - поля, их типы и куча другой полезной информации.

Dmitry Shnyrev
но в метадате же вроде все есть
Вот и я о том же! Для корректного отображения, всё равно придётся вызывать describe и проходиться по всем полям...

[quote="Dmitry Shnyrev"]но в метадате же вроде все есть[/quote] Вот и я о том же! Для корректного отображения, всё равно придётся вызывать describe и проходиться по всем полям...

А, понял про что ты. Ну так-то да, без describe будет сложнее жить.
Но как частный случай - Javascript и Python пофиг на типы.
На SF сделал и вернул
JSON.Serialize([SELECT * FROM Contact]);
А на JS или Python десериализируешь и работаешь с тем что получил.

А, понял про что ты. Ну так-то да, без describe будет сложнее жить. 
Но как частный случай - Javascript и Python пофиг на типы. 
На SF сделал и вернул
JSON.Serialize([SELECT * FROM Contact]);
А на JS или Python десериализируешь и работаешь с тем что получил.