|
|
|
история запросов Д7
|
|||
|---|---|---|---|
|
#18+
Есть некое средство, сделанное на коленке Для выполнение рукописных запросов Топорное, но моё и не пахнет, заточено под очень определенные цели Как лучше реализовать историю этих запросов? (Как в TOAD) Где-как хранить (в профиле, понятно) - не в БД однозначно (разве что в каком-нить локальном sqlite) Штук 100-500 последних хранить было бы неплохо + если в истории уже были, новый не делать, а старый поднять наверх (или старый удалить, новый вставить) Запросы могут быть и по 32к текста каждый, и больше Т.е. максимальный размер чисто данных - 16-32м ЗЫ: Пользователей этого чуда - штук 20-30. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2017, 16:59:05 |
|
||
|
история запросов Д7
|
|||
|---|---|---|---|
|
#18+
смотрю fb у вас там уже подключен, может тогда локальную fb базу завести будет проще? хотя при таком количестве коннекторов вам уже одним больше, одним меньше пофигу :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2017, 17:06:19 |
|
||
|
история запросов Д7
|
|||
|---|---|---|---|
|
#18+
энди, Все позиции рабочие, но не все БД существуют или доступны всегда ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2017, 17:14:24 |
|
||
|
история запросов Д7
|
|||
|---|---|---|---|
|
#18+
andreymxно не все БД существуют или доступны всегдаFB Embedded, например andreymxЗапросы могут быть и по 32к текста каждый, и большеХранить и запрос и хеш. Вначале искать по хешу. Возможно, текст запросов предварительно нормализовать/отформатировать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2017, 17:21:35 |
|
||
|
история запросов Д7
|
|||
|---|---|---|---|
|
#18+
Собсно, непонятно, что тебя смущает, там нет ничего сложного для тебя. andreymx1. Как лучше реализовать историю этих запросов? 2. Где-как хранить (в профиле, понятно) - не в БД однозначно (разве что в каком-нить локальном sqlite) 3. + если в истории уже были, новый не делать, а старый поднять наверх (или старый удалить, новый вставить) 4. Запросы могут быть и по 32к текста каждый, и больше Т.е. максимальный размер чисто данных - 16-32м 5. ЗЫ: Пользователей этого чуда - штук 20-30. 1. Смотря для чего это нужно и будет использоваться. 2. Проще всего как раз в БД, локальной. Будь-то SQLite, FB Embed или ещё что. 3. Непонятно в чем сложность. Хранишь и сортируешь по recent_date. Можно ещё calls_count хранить, если нужно. 4. BLOB. Поиск по хешу. Лучше c предварительной чисткой, например, тупо выкинуть все пробелы не из литералов строк. 5. У каждого своё или история общая для всех? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2017, 17:30:32 |
|
||
|
история запросов Д7
|
|||
|---|---|---|---|
|
#18+
История у каждого своя ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2017, 17:37:31 |
|
||
|
история запросов Д7
|
|||
|---|---|---|---|
|
#18+
andreymxЕсть некое средство, сделанное на коленке Для выполнение рукописных запросов Топорное, но моё и не пахнет, заточено под очень определенные цели Как лучше реализовать историю этих запросов? (Как в TOAD) Где-как хранить (в профиле, понятно) - не в БД однозначно (разве что в каком-нить локальном sqlite) Штук 100-500 последних хранить было бы неплохо + если в истории уже были, новый не делать, а старый поднять наверх (или старый удалить, новый вставить) Запросы могут быть и по 32к текста каждый, и больше Т.е. максимальный размер чисто данных - 16-32м ЗЫ: Пользователей этого чуда - штук 20-30. В локальной папке AppData в виде XML-файла ? Я почему настороженно отношусь к базам - история чаще всего нужна одним массивом, без произвольного поиска, а 30 мегабайт загрузить - это недолго сейчас. Как хранит конкретно TOAD я не знаю, но обычно продукты Quest всякие вспомогательные данные хранят локально и в файлах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2017, 18:05:15 |
|
||
|
история запросов Д7
|
|||
|---|---|---|---|
|
#18+
А нужна ли история? Скольким разным ПО для БД не пользуюсь, ни разу не понадобилось заглянуть в историю запросов (посмотреть или повторить). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2017, 19:20:40 |
|
||
|
история запросов Д7
|
|||
|---|---|---|---|
|
#18+
JaDi, История нужна, даже очень. Постоянно пользуюсь. Значительно ускоряет отладку. Вот так он выглядит у меня. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2017, 19:42:19 |
|
||
|
история запросов Д7
|
|||
|---|---|---|---|
|
#18+
andreymxКак лучше реализовать историю этих запросов? (Как в TOAD) Где-как хранить (в профиле, понятно) - не в БД однозначно (разве что в каком-нить локальном sqlite) Штук 100-500 последних хранить было бы неплохо + если в истории уже были, новый не делать, а старый поднять наверх (или старый удалить, новый вставить) Запросы могут быть и по 32к текста каждый, и больше Т.е. максимальный размер чисто данных - 16-32м Я храню это всё в списке TList, до выхода из программы. После 2048 запросов, список очищается. А запросы по 32к текста свидетельствуют о не правильности программы - используй Хранимые Процедуры(ХП). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2017, 19:45:58 |
|
||
|
история запросов Д7
|
|||
|---|---|---|---|
|
#18+
Valery_B, Интересное решение, для "спонтанной" отладки может и пригодилось бы... А вообще, именно для отладки есть отдельные инструменты, сравнивающие не только время, но и другие характеристики запросов вплоть до плана выполнения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2017, 19:52:37 |
|
||
|
история запросов Д7
|
|||
|---|---|---|---|
|
#18+
JaDi, План выполнения, да, есть в SMSS. Там же есть и Профайлер, который можно и нужно долго настраивать. Да, так можно действительно пользоваться. Только к истории запросов я и другие разработчики доходят за 1 секунду одним кликом. Там нет лишней информации - в нём ровно всё то, что должно быть, что бы понять, где ошибка и что за запросы были вообще. Это значительно быстрее и удобней. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2017, 19:59:15 |
|
||
|
|
start [/forum/topic.php?fid=58&fpage=135&tid=2041930]: |
0ms |
get settings: |
11ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
276ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
| others: | 236ms |
| total: | 607ms |
| 0 / 0 |
