|
|
|
Как правильно написать такой запрос: ...
|
|||
|---|---|---|---|
|
#18+
АСА 9.0.1.1843 Предположим есть: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. И в разных случаях надо иметь разное представление записей, т.е. например: вид1: 'Маша Петрова', вид2: 'Петрова, 10', вид3: 'Петрова, Маша' Я вот чувствую, что просмотром сделать можно, но вот как...? Естественно, надо обойтись без if вид=... endif. Помогите, пожалуйста :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2004, 10:54 |
|
||
|
Как правильно написать такой запрос: ...
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. А затем используешь то поле view, которое требуется в конкретной ситуации ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2004, 11:06 |
|
||
|
Как правильно написать такой запрос: ...
|
|||
|---|---|---|---|
|
#18+
Гм, а кто мешает для разных случаев пользоваться разными запросами с клиента, в отчете или представлениях ? Код: plaintext 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2004, 11:10 |
|
||
|
Как правильно написать такой запрос: ...
|
|||
|---|---|---|---|
|
#18+
Ustazz Так не катит. ASCRUS Понятно, что в жизни все сложнее, чем Маша-Петя-Коля. Хочется делать примерно так: Код: plaintext 1. 2. 3. 4. 5. Код: plaintext 1. 2. Сейчас все сделано, через UDF, типа: f_cl_name(id_cl,id_view). Но хочется попробовать уйти от функции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2004, 11:30 |
|
||
|
Как правильно написать такой запрос: ...
|
|||
|---|---|---|---|
|
#18+
А изначально все пошло от того, что в 987 местах выводится такое "сборное" имя и везде по разному (а надо-то было 2-3 четких разновидности). Решил это дело централизовать. Сделал через UDF. Под АСА8 работало быстро, под АСА9 намного медленнее. У меня есть впечатление, что кеширование функций под 9кой не работает. И вообще, у меня к АСА9 много претензий (в основном, из-за того, что быстро работало под 8кой, перестало быстро работать под 9кой, без каких-либо изменений структуры). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2004, 11:37 |
|
||
|
Как правильно написать такой запрос: ...
|
|||
|---|---|---|---|
|
#18+
А зачем все это ? Ну можно сделать 3 view. Но не понятно, зачем ? Чтобы запрос с клиента всегда был одинаковым ? Не получится все равно, тебе id_view='вид1' надо будет разные задавать. А тогда - зачем ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2004, 11:39 |
|
||
|
Как правильно написать такой запрос: ...
|
|||
|---|---|---|---|
|
#18+
Я бы сделал так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2004, 11:55 |
|
||
|
Как правильно написать такой запрос: ...
|
|||
|---|---|---|---|
|
#18+
Присоединяюсь к MasterZiv - зачем спрашивается так делать ? Такая "универсальность" кроме тормозов ничего не даст. Если у Вас в одном отчете могут использоваться разные представления имен, то значит клиент должен получать набор данных и сам соединять и форматировать поля как ему хочется. Или же клиент может генерить запрос так, как ему нужно динамически и потом выполнять его. Конечно все это можно проделать и на уровне СУБД, например хранимой процедурой, но IMHO это будет извращение, так как овчинка просто выделки не стоит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2004, 11:56 |
|
||
|
Как правильно написать такой запрос: ...
|
|||
|---|---|---|---|
|
#18+
MasterZiv Я еще раз повторяю: для централизованного управления отображением названий. Т.е. если в 345 случаях из 987 надо добавить возраст в "название", то делать это не в 345 запросах, а только в одной вьюхе. Кроме того, так можно устраивать поиск по получившемуся имени. В случае подзапросов довольно сложные конструкции получаются. В принципе, все м.б. довольно просто (я сам догадался): Код: plaintext 1. 2. 3. 4. Только вот в таблице t_cl несколько десятков тысяч записей и для формирования имени к ней еще таблицы цепляются - при такой реализации тормозить не будет? Как там оптимизатор в 9ке - с union дружит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2004, 12:03 |
|
||
|
|

start [/forum/topic.php?fid=55&fpage=122&tid=2014402]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
34ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 228ms |
| total: | 356ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...