Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Zapros s vlozhennym zaprosom
|
|||
|---|---|---|---|
|
#18+
FORUM. Pri razbivke na stanitsy (vyvod n topikov na stranitsu) voznukaet nekaya problema. Pri vyvode pervoj stranitsy problem net SELECT top 10 M_id, parent, datein, thread, update FROM messages WHERE parent = 0 order by update desc, datein desc, thread desc, parent odnako pri vyvode vtoroj stranitsy server visnet SELECT TOP 10 M_id, thread, parent, author, subject, email, host, datein, update FROM messages where M_id not in ( SELECT top 10 M_id FROM messages ORDER BY update desc, datein desc, thread desc, parent ) ORDER BY update desc, datein desc, thread desc, parent prichem s odnim ORDER BY vse rabotaet, s dvumya nikak... V chem grabli??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2003, 22:30 |
|
||
|
Zapros s vlozhennym zaprosom
|
|||
|---|---|---|---|
|
#18+
А зачем нужен внутренний ORDER BY? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2003, 07:36 |
|
||
|
Zapros s vlozhennym zaprosom
|
|||
|---|---|---|---|
|
#18+
кстати, такие вопросы лучше задавать не на форуме Access, а на форуме по MS SQL Server ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2003, 07:37 |
|
||
|
Zapros s vlozhennym zaprosom
|
|||
|---|---|---|---|
|
#18+
какой из серверов виснет? MSSQL? iis? или это запрос к бд аксесс ? если это к аксессу обрати внимание что во втором запросе ты не включешь в where parent = 0 и возможно выборка ведется по большому числу записей. Следует учесть что подчиненные запросы в Ассеss работают очень медленно . Особено при большом объееме данных. пробовал запустить запрос с подчиненным и подчиненным второго уровня - при числе записей выборки до 50 - моментально. при 100 - 5 минут при 200 - не смог дождаться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2003, 09:38 |
|
||
|
Zapros s vlozhennym zaprosom
|
|||
|---|---|---|---|
|
#18+
АлексейК : ochevidno delo v etom... v baze (access) bol'she 10 000 zapisej... est' li vyxod? (v MySQL est' ochen' priyatnaya vesch' - "LIMIT 10,20", est' li nechno podobnoe v access?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2003, 14:07 |
|
||
|
Zapros s vlozhennym zaprosom
|
|||
|---|---|---|---|
|
#18+
во второй запрос поставь то? WHERE parent = 0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2003, 15:40 |
|
||
|
Zapros s vlozhennym zaprosom
|
|||
|---|---|---|---|
|
#18+
Nichego eto ne menyaet...(where parent = 0) vremya otveta beskonechno. Vmesto 10 000 vybiraetsya 5 000, chto odno i tozhe v dannom sluchae... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2003, 16:56 |
|
||
|
Zapros s vlozhennym zaprosom
|
|||
|---|---|---|---|
|
#18+
Не очень врубился в суть вопроса, но метод решения следующий. Есть определенный план сортировки естественно к нему есть обратный, а следовательно: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2003, 16:56 |
|
||
|
Zapros s vlozhennym zaprosom
|
|||
|---|---|---|---|
|
#18+
The SELECT statement includes a reserved word or an argument name that is misspelled or missing, or the punctuation is incorrect. Rugaetsya na "50-30" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2003, 17:09 |
|
||
|
Zapros s vlozhennym zaprosom
|
|||
|---|---|---|---|
|
#18+
у махбоуна видимо свой язык запросов ...)) если страничка формируется скриптом поддерживающим адо то я бы посоветовал попробовать формировать список рекордсетом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2003, 18:50 |
|
||
|
Zapros s vlozhennym zaprosom
|
|||
|---|---|---|---|
|
#18+
Я тоже парился со вложенными запросами. Правда, проблема была в другом: Когда работал с таблицами аксесса, все летало. Подключился к БД на MySQL, тормоза. Оно и понятно, MySQL вложенных запросов не держит. Все побил на запросики, писал во временные таблицы. Все заработало достаточно шустро. Мож и тебе поможет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2003, 08:16 |
|
||
|
Zapros s vlozhennym zaprosom
|
|||
|---|---|---|---|
|
#18+
В общем случае для Access много (пара порядков) быстрее вместо in(select ...) сконструировать In([список]). Например юзать в условии: Function sql_in (table_name As String, Field_name As String) As String Dim DB As Database, RS As Recordset Dim strSQL As String Set DB = CurrentDB() strSQL = "SELECT DISTINCT [" & table_name & "].[" & Field_name & "] FROM [" & table_name & "];" Set RS = DB.OpenRecordset(strSQL) sql_in = "" If RS.BOF And RS.EOF Then Exit Function RS.MoveFirst strSQL = " In(" strSQL = strSQL & Chr(34) & RS.Fields(Field_name).value & Chr(34) RS.MoveNext While RS.EOF = False strSQL = strSQL & "," & Chr(34) & RS.Fields(Field_name).value & Chr(34) RS.MoveNext Wend sql_in = strSQL & ") " End Function ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2003, 16:10 |
|
||
|
Zapros s vlozhennym zaprosom
|
|||
|---|---|---|---|
|
#18+
Дети, не ходите в Африку гулять! Ни за что на свете!!! Создайте поле msgnum и нумеруйте его по возрастанию. При удалении из базы перенумеровавайте. Некоторая задержка при удалении и совсем маленькая при добавлении. Но зато при простом просмотре пользователь не страдает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2003, 17:21 |
|
||
|
|

start [/forum/topic.php?fid=45&tid=1682236]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
57ms |
get tp. blocked users: |
2ms |
| others: | 227ms |
| total: | 374ms |

| 0 / 0 |
