Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 [5] 6 7 8 9 10 11   вперед  Ctrl      все
 Re: Люди раскажите про Win FoxPro  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267

8)

был вопрос о том что из вфп появилось в новых технологиях доступа к данным
был даден ответ - бОльшая возможность обработки данных на клиенте

господин азм утверждает что настоящим пацанам это нафик не нужно. Ну чтож,
ему наверна видней.

БУГАГА


Posted via ActualForum NNTP Server 1.3

17 ноя 05, 14:45    [2079259]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
s.e.r.g.e.y.
Member [заблокирован]

Откуда:
Сообщений: 124
aZm
1024

возможность использования отсоединённого рекордсета (датасета) - ещё
немного, добавить возможность выполнения к ним скл-соманд и будет свой
внутренний дфижок БД как у вфп


Posted via ActualForum NNTP Server 1.3


угумс. сервак как хранилище данных, а все остальное я циклами на клиенте покручу... изи там запросами. предварительно высосав используемые таблички на клиента :) вы, часом, не из компании 1C?

зы. если очень хочется - пишите такое. дельфя и такое в том числе умеет :) безо всяких бде, кстати, одной dll`кой :) клиентский набор данных - и вперед, на мины. тьфу. в циклы.


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

А вообще то качество софта больше зависит от прокладки между клавой и креслом ИМХО.
17 ноя 05, 14:53    [2079319]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
aZm
Member

Откуда:
Сообщений: 2357
1024

8)

был вопрос о том что из вфп появилось в новых технологиях доступа к данным
был даден ответ - бОльшая возможность обработки данных на клиенте

господин азм утверждает что настоящим пацанам это нафик не нужно. Ну чтож,
ему наверна видней.

БУГАГА


Posted via ActualForum NNTP Server 1.3


да. именно так. настаящим пацанам ((с) килобайта) нужен сервер, который все это сделает за программиста. стоит лишь подсунуть ему правильный запрос. и не будет гонять лишние мегабайты/десятки мегабайт по сетке на клиента. и (о ужжас) сам сделает расчеты, стоит лишь подсунуть ему аналитику и агрегатные.

зы. это не тока мне давно видней, но и большинству вменяемых фоксистов, которые тонко намекают, что фокс совсем не плох как клиент к серверу. но это совсем другая история :)
17 ноя 05, 15:15    [2079481]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267
ну вот... а мне почему-то казалось что интерфейс уже обсуждали https://www.sql.ru/forum/actualthread.aspx?bid=37&tid=144742&pg=10&hl=
и никаких скриншотов (дельфёвых или других) которые были бы красивей фокспрошных представлено не было...
17 ноя 05, 15:15    [2079485]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267
2aZm

средства для обработки данных на клиенте нужны. Вам не надо - не берите.
17 ноя 05, 15:21    [2079535]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
aZm
Member

Откуда:
Сообщений: 2357
s.e.r.g.e.y.

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

А вообще то качество софта больше зависит от прокладки между клавой и креслом ИМХО.


видите ли, s.e.r.g.e.y., господин, известный под ником 1024, писал про то, что, ADO.Net весьма бы выиграло, если бы в него засунуть технологии лисы. вам еще не смешно :)? я указал на абсурдность конкретно им приведенных аргументов, про то, что добавлять функциональность файлсервера к технологии ДОСТУПА К ДАННЫМ в к/с системах - несколько смешно. речб шла не о том, что технологии, заложенные в фоксе плохи для десктопных задач, вовсе нет. в своей нише фокс неплох. но - только в своей.

а уж по поводу стиля написания програм в дельфе - дык тут вы не правы на 100%. а знаете почему? там можно писать как излюбленый вами файлсервер, так и клиентсервер. на дельфе тоже можно писать как на фоксе. а еще можно использовать автокоммит. а еще можно разбить лоб дураку, заставив того молиться. это я к тому, что полностью согласен с вашим высказыванием на счет того, что многое зависит от прокладки между клавой и креслом ;)
17 ноя 05, 15:24    [2079558]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
aZm
Member

Откуда:
Сообщений: 2357
1024
2aZm

средства для обработки данных на клиенте нужны. Вам не надо - не берите.


что вы понимаете под обработкой данных на клиенте? если поиск, переход с записи на запись - оно вроде и так есть.

если запросы к созданному рекордсету (в терминах адо) - учите матчасть. тобишь sql. и таких желаний больше не будет.

а что касается внешнего вида... вы с грамотными библиотеками визуальных компонент работали? хотя бы с тем же квантумгридом?
17 ноя 05, 15:30    [2079583]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
aZm
Member

Откуда:
Сообщений: 2357
1024
ну вот... а мне почему-то казалось что интерфейс уже обсуждали https://www.sql.ru/forum/actualthread.aspx?bid=37&tid=144742&pg=10&hl=
и никаких скриншотов (дельфёвых или других) которые были бы красивей фокспрошных представлено не было...


сделайте такую ветку в форуме дельфи. и сравните лучшие скриншоты лисицы, с теми, что вам там покажут. удачи :)
17 ноя 05, 15:31    [2079592]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
ЛП
Guest
А вообще то качество софта больше зависит от прокладки между клавой и креслом

Хмм... вот несколько раз уже это повторили...
Это ж в какой позе люди работают?
У меня, например, между клавой и креслом - жопа находится... Не только она, конечно. Никаких органов, способных повлиять на качество софта, между клавой и креслом я обнаружить не смог :(
17 ноя 05, 15:31    [2079594]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267

что вы понимаете под обработкой данных на клиенте? если поиск, переход с
записи на запись - оно вроде и так есть.

если запросы к созданному рекордсету (в терминах адо) - учите матчасть.
тобишь sql. и таких желаний больше не будет.

-----------------------------------------
получить счета за какой-то месяц и при выводом на печать дописать итоговую
сумму. Без движка на стороне клиента нужно делать ещё запрос к серверу либо
перебирать счета в цикле. А в вфп можно просто select sum(цена) from счета.
Возможно это появится в новых версиях .net языков

8)




а что касается внешнего вида... вы с грамотными библиотеками визуальных
компонент работали? хотя бы с тем же квантумгридом?

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

8)



Posted via ActualForum NNTP Server 1.3

17 ноя 05, 15:43    [2079672]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
aZm
Member

Откуда:
Сообщений: 2357
1024
получить счета за какой-то месяц и при выводом на печать дописать итоговую
сумму. Без движка на стороне клиента нужно делать ещё запрос к серверу либо
перебирать счета в цикле. А в вфп можно просто select sum(цена) from счета.
Возможно это появится в новых версиях .net языков

8)


религия не позволяет написать это одним запросом?

1024

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

8)


маленькая разница таки есть. вы себе в принципе разницу между компонентной библиотекой, написанной на нативном языке среды программирования, и между dll/activex представляете?
17 ноя 05, 15:54    [2079724]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267

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

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


Posted via ActualForum NNTP Server 1.3

17 ноя 05, 16:13    [2079838]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
tygra
Member

Откуда: Тверь (Иркутск, Край)
Сообщений: 9997
автор
получить счета за какой-то месяц и при выводом на печать дописать итоговую
сумму. Без движка на стороне клиента нужно делать ещё запрос к серверу либо
перебирать счета в цикле. А в вфп можно просто select sum(цена) from счета.
Возможно это появится в новых версиях .net языков

Вы это руками чтоли делаете? Ёёёёёёё...
У меня отчетник сам все умеет. FastReport называется. Рекомендую.
Он кстати вышел в виде COM, так что к VFP легко сможете его прикрутить. И наслаждаться жизнью :)

-- Tygra's --
17 ноя 05, 16:19    [2079877]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
aZm
Member

Откуда:
Сообщений: 2357
1. давайте вы уж определитесь:

1024

получить счета за какой-то месяц и при выводом на печать дописать итоговую
сумму. Без движка на стороне клиента нужно делать ещё запрос к серверу либо
перебирать счета в цикле
. А в вфп можно просто select sum(цена) from счета.
Возможно это появится в новых версиях .net языков

8)


1024

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


то обязательно нужен второй запрос, либо перебор в цикле на клиенте, то можно и одним обойтись

а что касается скл движка на клиенте - не ужели вы в серьез считаете, что оптимизатор сервера хуже справится с запросом, чем нечто, встроенное в клиента? ах да, в этом случае индексы тоже тащим?
17 ноя 05, 16:34    [2079962]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267

это пример. Он демонстрирует что

while not rs.eof
a=a+rs(0)
wend

можно сделать как select sum(... from ...

ну, хорошо, отчёт с итоговыми суммами по категориям товаров/клиентов за
какой-то период. Как в каких-то доп. компонентах вроде фастрепорт. Но это
уже есть, встроеное. Без всяких доп. компонент. И это хорошо.



Posted via ActualForum NNTP Server 1.3

17 ноя 05, 16:41    [2079998]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
aZm
....ах да, в этом случае индексы тоже тащим?

Что такое Web Srvices надеюсь, все знаем - устанавливаем на сервере, там-же база данных FoxPro (и нет больше файл-сервера, есть клиент-сервер в чистом виде)... Разница только в одном - в промышленном сервере есть много утилит, которые в VFP надо писать самому...

Так, что то, за что Вы критикуете здесь FoxPro - абсолютно нелогично... Вы критикуете подход к разработке программ и это уже личное, не зависящее от среды разработки (хотя зависит - в FoxPro можно использовать любой подход)...

Good luck!
17 ноя 05, 16:45    [2080014]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
s.e.r.g.e.y.
Member [заблокирован]

Откуда:
Сообщений: 124
ЛП
А вообще то качество софта больше зависит от прокладки между клавой и креслом

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


Ну... ничего ..ничего...
Подучитесь, глядишь найдете еще что-то кроме жопы
17 ноя 05, 17:17    [2080244]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
aZm
Member

Откуда:
Сообщений: 2357
1024

это пример. Он демонстрирует что

while not rs.eof
a=a+rs(0)
wend

можно сделать как select sum(... from ...

ну, хорошо, отчёт с итоговыми суммами по категориям товаров/клиентов за
какой-то период. Как в каких-то доп. компонентах вроде фастрепорт. Но это
уже есть, встроеное. Без всяких доп. компонент. И это хорошо.



Posted via ActualForum NNTP Server 1.3


ну, хорошо, отчёт с итоговыми суммами по категориям товаров/клиентов за
какой-то период. Как в каких-то доп. компонентах вроде фастрепорт. Но это
уже есть, встроеное. В сервер баз данных. Без всяких доп. компонент. И это хорошо.
17 ноя 05, 17:29    [2080329]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
1024
Member

Откуда: Нижний Новгород
Сообщений: 14267

упорный какой

8)

а в случае своего движка на клиенте будет выбор - делать это на сервере или
на клиенте. А в случае отсутствия движка такого выбора нет. Там есть, тут
нет.


Posted via ActualForum NNTP Server 1.3

17 ноя 05, 18:35    [2080754]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
aZm
Member

Откуда:
Сообщений: 2357
мда. еще раз. нафига козе баян? каким образом вы собираетесь решать проблему оптимизации запросов на клиенте? если вы вытащили некую выборку на клиента, а потом делаете еще 1 селект? уже на клиенте?

сервер, знаете ли, в случае подзапроса\вьюхи - просто раскроет скобки и подхватит наиболее подходящий индекс, выбрав наиболее оптимальный механизм джойна. а на клиенте что делать? у вас есть просто набор неких данных. все. ни про индексы, ни про расположение этих данных ничего не известно. КАК оптимизировать? без оптимизации? нюню :) тут уже нет разницы принципиальной - тупо прогонять циклами, используя свои механизмы сортировки, или использывать некий кастрированный диалект sql

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

ps оставьте серверу серверово. он это умеет, за это его и покупают.


---
Vae victis!
18 ноя 05, 00:53    [2081490]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
mal_ora
Member

Откуда: Киев
Сообщений: 40
Flare
TonyK, imho, foxpro(и dbf) - удел мелких базулек.


Вы почитайте официальную информацию на сайте microsoft (про foxpro 9):
звучит примерно так, access для "мелких базулек", fox мощьная среда для разработки файл-сервер, клиет-сервер(в связае с SQL server), и web-приложений.
18 ноя 05, 01:08    [2081514]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
mal_ora
Member

Откуда: Киев
Сообщений: 40
aZm
мда. еще раз. нафига козе баян? каким образом вы собираетесь решать проблему оптимизации запросов на клиенте? если вы вытащили некую выборку на клиента, а потом делаете еще 1 селект? уже на клиенте?

сервер, знаете ли, в случае подзапроса\вьюхи - просто раскроет скобки и подхватит наиболее подходящий индекс, выбрав наиболее оптимальный механизм джойна. а на клиенте что делать? у вас есть просто набор неких данных. все. ни про индексы, ни про расположение этих данных ничего не известно. КАК оптимизировать? без оптимизации? нюню :) тут уже нет разницы принципиальной - тупо прогонять циклами, используя свои механизмы сортировки, или использывать некий кастрированный диалект sql

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

ps оставьте серверу серверово. он это умеет, за это его и покупают.


---
Vae victis!


На фоксе тоже можно посмотреть план запроса, построить индекс, оптимизировать таким образом запрос. Притом запрос он может выполнить быстрее SQL-сервера (если машины сравнимы, и запрос выполняется локально), если данные помещаются в память.
Чего фокс не может (серверу серверово) так это предоставить надежный быстрый многопользовательский доступ к данным через сеть, при большом количестве пользователей теряется надежность и скорость (т.к. фокс это файл сервер). Но если надо построить умный отчет по небольшим данным (до 500 тис строк, таблицы выкачать их локально), чтоб в память помещались (2 Гб), IMHO (даже проверялось) процедура на FOX сработает быстее хранимой процедуры на MSSQL, т.к. у MSSQL(я пока не обсуждаю 2005) нет понятия физического скана и обновления таблицы в хранимой процедуре. Например если надо пройтись по всем строкам таблицы (поле1) в определенном порядке и выполнить поле1=поле1*поле1 предыдущей строки, типа для таблицы:
1
0,5
0,5
0,5
получить
1
0,5
0,25
0,125
Запросом на MSSQL не напишешь. Хранимая процедура с курсором будет выполнять отдельно update каждой строки. На фоксе это один проход по таблице, на SQL сколько команд update столько раз выполняется бинарный поиск, что значителдьно медление. И вообще скорость интерпритирования у MSSQL медленее чем у фокса. То есть идеальное сочетание MSSQL для запросов (серевер), для бизнес логики (отчеты,расчеты) фокс, минус такого решения может быть большая передача данных между клиентом и сервером (неумелое проектирование), но если от этого уйти нельзя - тогда и выручают хранимые процедуры.
18 ноя 05, 01:39    [2081569]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
Urri
Member

Откуда: Москва
Сообщений: 2693
aZm
мда. еще раз. нафига козе баян? каким образом вы собираетесь решать проблему оптимизации запросов на клиенте? если вы вытащили некую выборку на клиента, а потом делаете еще 1 селект? уже на клиенте?

сервер, знаете ли, в случае подзапроса\вьюхи - просто раскроет скобки и подхватит наиболее подходящий индекс, выбрав наиболее оптимальный механизм джойна. а на клиенте что делать? у вас есть просто набор неких данных. все. ни про индексы, ни про расположение этих данных ничего не известно. КАК оптимизировать? без оптимизации? нюню :) тут уже нет разницы принципиальной - тупо прогонять циклами, используя свои механизмы сортировки, или использывать некий кастрированный диалект sql

Есть немало задач, когда лучше выполнить локальный запрос из локальных датасетов, уже полученных клиентом с сервера.

Пример (несколько надуманный, но ведь мы договорились использовать только SQL-команды, никаких циклов ;-)).
Во время редактирования заказа с множеством строк в форме требуется пересчитывать сумму (итого) заказа и отображать в поле формы.
Если расчет суммы выполняется в ХП на сервере (select sum(...)...), то мы должны будем сначала, как минимум, сохранить измененные данные в БД, и только после этого выполнить ХП (запрос) и вернуть на клиента сумму заказа. Затем продолжим редактирование, опять сохраним, опять выполним ХП. А в таблице строк заказов миллионы записей. Ну да, оптимизация есть, но мы выбираем сумму по нескольким строкам из миллионов. Плюс к тому, выполняем много транзакций записи в таблицу, что вызывает перестроение индексов. Плюс к тому, выполняем запрос в условиях конкуренции. Если же среда, в которой реализована клиентская часть, позволяет работу с помощью SQL-команд с оторванными рекордсетами, которые уже на клиенте, то мы можем не дернуть сервер ни разу с момента начала работы над корректировкой заказа, сохранив все изменения потом скопом, а сумму пересчитывая, делая запрос к рекордсету строк заказа. Здесь у нас фулл-скан, а такие вещи без индексов быстрее, чем при их наличии работают, даже не беря в расчет отсутствие конкуренции и ускорение за счет исключения медленного канала связи (даже если сеть гигабитная, это медленный канал, по сравнению с обращением к ОЗУ или локальному жесткому диску).

Кстати, оптимизатор FoxPro хорош, он правильные индексы сам выбирает. Ну да, при желании добиться максимального быстродействия приходится несколько вариаций одного и того же запроса писать и тестировать скорость их выполнения на данных, близких к реальным, чтобы выбрать лучшую. Оптимизатор стал в 9-ке умнее. Раньше конструкции типа select a from ta where b not in (select b from tb) плохо оптимизировал, а варианты с exists - лучше, в последней версии же тесты показывают, что not in стал быстрее.
(Кстати, назовите хоть один оптимизатор запросов серверной БД, который, если использовать его в режиме полного автомата, всегда будет разбирать запрос именно так, чтобы в итоге данные были получены наискорейшим из возможных способом. Ну да, в Oracle можно подсказать, какой план выбрать, ткнуть в нужный индекс и т.д. В FoxPro это нельзя сделать, зато оптимизатор и на автомате прекрасно работает.)

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

Да, конечно. Лучше всего иметь возможность включить в единый запрос и локальные рекордсеты, и таблицы на сервере. Ну и что мы имеем: FoxPro (правда, только при том варианте, что мы будем работать с БД на основе его родных DBF, т.е. по ФС-варианту) это позволяет! Во как! ;-)))
18 ноя 05, 03:14    [2081604]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
Urri
Member

Откуда: Москва
Сообщений: 2693
Да, добавлю для полного счастья, что по локальным рекордсетам (ну, т.е., курсорам) в FoxPro можно построить индексы, как и по таблицам БД. Ну и что, что строится долго, зато потом оптимизация при последующем join-е полная ;-)
18 ноя 05, 03:21    [2081606]     Ответить | Цитировать Сообщить модератору
 Re: Люди раскажите про Win FoxPro  [new]
Urri
Member

Откуда: Москва
Сообщений: 2693
PPS: "Долго" - это не подходящий термин. Я имел в виду, что на построение индекса затрачивается определенное время. Которое зависит от объема выборки, количества индексов и сложности выражений, на основе которых они построены. При разумном объеме выборки временные затраты на создание индекса редко превышают десяток-другой миллисекунд.
18 ноя 05, 03:25    [2081607]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 [5] 6 7 8 9 10 11   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить