Симонов Денисобычно запросы используются для извлечения и модификации данных, а представление данных это дело клиента. Поэтому что и как подписывается должно настраиваться в клиентском приложении.
FastReport работает через sql. Там подписывать можно только в sql, например человекочитаемыми алиасами, например на русском.

Симонов ДенисAnton Ekb,

ничего не думаем. Это ожидаемо для тех кто читал релиз ноты.
RN 3.0The names for column and table aliases and for local variables names in PSQL are now restricted to 31 bytes in
length. This enforcement has been made to comply with the SQL specification that requires them to be regular
SQL identifiers, in accordance with the implementation-dependent limits. In Firebird, SQL identifiers are limited
to 31 bytes.
Ожидаемо.
Кстати в SQL specification наверняка говорится про количество символов, а не байт.

Симонов Денисв SQL specification ничего не говорится про ограничение длины идентификатора.
Надо понимать откуда байты взялись. Это наследие прошлого. Метаданные до 4.0 находились в устаревшей кодировки UNICODE_FSS.
Понятно.

Beta release в марте 2017-го.
Кто-нибудь думал, что можно сократить количесвто фич для 4.0 и выпустить его скажем через несколько месяцев, а полный набор фич уже реализовать в 5.0, и выпустить его бету в том же марте 2017-го?
Вроде ничего не теряется, но пользователи рады много больше.

Симонов Денисзаметь там фичи разбиты на обязательные и необязательные. Необязательные могут и подсократить если будут не успевать по срокам. Так уже было с 3.0.
Я не про это. Я про делать всё в несколько релизов вместо одного. Уже реализованные штуки очень вкусны. Невкусно ждать ещё полтора-два года.

dimitrа каждые несколько месяцев переносить базу в 100500 гиг на новую ОДС (с месяцем-двумя тестового периода на стейджинге) или обновлять 100500 инсталляций ФБ по всей стране вкусно?
Обновляются обычно только если это целесообразно. Например если фичи настолько вкусны что человек или компания готовы обновляться ежемесячно, то они с удовольствием будут это делать. Если им фичи не настолько вкусны, то будут ждать вкусных.
А если ориентироваться только на сложность обновлений, то получится что следующий релиз нужно лет через 10 выпускать. Или лучше вообще не выпускать.

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

kdvте, кто хочет фичи, уже платят и их получают.
Наример если сейчас кто-то заплатит за фичу в 63 символа на идентификатор, то через сколько она будет зарелизена?
Даже с учётом того что фича уже готова, не раньше конца следующего года, судя по roadmap. И этому кому-то сразу становится не так интересно.
Сейчас в фичи скучно вкладываться как своим временем (как разработчику), так и деньгами. Скучно именно по причине того что до ближайшего релиза слишком много времени.

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

Dimitry Sibiryakovfb userЯ просто высказал как оно видится с трёх позиций: пользователя, потенциального
контрибьютора, потенциального инвестора в фичу.

Пока первые блеют, вторые и третьи не гнушаются пользоваться специально для этого
собранными снапшотами.

Тогда всё хорошо. Тогда можно смело делать релиз раз в 10 лет. Потребности главных действующих лиц удовлетворены.

kdvправда, сразу оговорюсь, что не с любой фичей так получится. Искомая, про 63 символа в именах объектов - это новая ОДС, так что ускорить тут вряд-ли что получится.
Не ускорить, а сделать промежуточный релиз с очень важным для многих фиксом про идентификаторы. Попробуйте посмотреть на это глазами тех кому предлагается подождать ещё два года. А особенно глазами тех у кого всё поломалось с алиасами.

hvladОткуда вообще этот бред про 10 лет взялся ?

2.0 вышел в 2006 году
2.1 вышел в 2008 году
2.5 вышел в 2010 году
3.0 вышел в 2016 году

где 10 лет ???
Изначально отсюда: 19352294 .

Если бы вот на этот вопрос
fb userСимонов Денисв SQL specification ничего не говорится про ограничение длины идентификатора.
Надо понимать откуда байты взялись. Это наследие прошлого. Метаданные до 4.0 находились в устаревшей кодировки UNICODE_FSS.
Понятно.

Beta release в марте 2017-го.
Кто-нибудь думал, что можно сократить количесвто фич для 4.0 и выпустить его скажем через несколько месяцев, а полный набор фич уже реализовать в 5.0, и выпустить его бету в том же марте 2017-го?
Вроде ничего не теряется, но пользователи рады много больше.
сразу был правильный ответ вроде такого:
dimitrты считаешь промежуточный релиз "бесплатным" с точки зрения затрат, а это далеко не так. Практика показывает, что следующий за "промежуточным" релиз отодвинется в результате на полгода-год. В итоге те, кому позарез нужна другая фича, будут ждать еще дольше изначально запланированного. Все сильно зависит от того, чьими глазами смотреть. Как не крути, но тех, "у кого все поломалось с алиасами" - подавляющее меньшинство.
то вторую половину ветки можно было бы не писать.

WildSeryИ ответил я не автору, который как раз понял и принял подсказки, а "fb user", который старается поучаствовать в любом сраче ради срача.
Лично я участвую для прояснения ситуации. Иногда она проясняется через эмоциональные выступления участников дискуссии. Я не знаю на что они так реагируют. Возможно я пишу что-то не так. Возможно кто-то при взгляде на ник начинает эмоционировать. Я уже не заморачиваюсь этим. Они хозяева своих реакций. Я хозяин своих.
Я за контекст прояснения проблемы и возможных способов решения не выхожу.

WildSeryfb userЛично я участвую для прояснения ситуации.Прояснении для кого?Для себя и для тех кому это интересно из присутствующих.

WildSeryfb userЯ за контекст прояснения проблемы и возможных способов решения не выхожу.Поэтому большинство твоих сообщений не удалено Потому что вы беспристрастный модератор? :)