Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
при кое каких апдеитах на базу вилазиет такая ошибка/ Посмотрел код ошибки (-134) и прочитал примерно следуюее: ISAM error: no more locks. Как мне добавит в систему еше локсов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 07:38 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
I vot eshe kakaya to vata: "Could not do a physical-order read to fetch next row" Ya dumau eto po toi je prichine/// ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 08:12 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
Параметр LOCKS в онконфиге. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 09:20 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
Aga spasibo ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 09:30 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
Could not do a physical-order read to fetch next row -Teper vot takaya kaka vilaziit ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 12:36 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
кто-то вставляет в таблицу, а другой кто-то пытается прочитать записи первого незакомиченные. Чаще всего индекса не хватает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 12:49 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
I kak s etim borotsa? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 12:53 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
FreelancerI kak s etim borotsa?посмотреть sql запрос у кого ошибка выпадает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 13:00 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
FreelancerI kak s etim borotsa? 1. Все-таки прочитать документацию почему это происходит 2. Если вопрос в том кто держит записи - то вот простейший запрос: Код: plaintext 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 13:32 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
FreealncerCould not do a physical-order read to fetch next row такое бывает и при буквальном понимании сообщения (состоянии таблицы), т.е. физически строки не могут прочитаться из-за проблем со структурой данных или индексов. Они, по какой то причине, разрушены (проблемы с диском, выключения питания, сбои контроллера и т.п.). Обычно все эти проблемы обнаруживаются утилитой oncheck, а некоторые даже исправляются. При ошибках такого уровня сервер пишет соответствующие сообщения в свой журнал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 15:42 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
ISAM error надо смотреть, да. Там все написано 244: Could not do a physical-order read to fetch next row. 107: ISAM error: record is locked . ----------------------------------------------------------------------------------------------------------------------------------------- нужно делать то что нужно, а то что не нужно -- делать не нужно (перефразируя В-Пуха). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2007, 15:56 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
ISAM error надо смотреть, да. Там все написано 244: Could not do a physical-order read to fetch next row. 107: ISAM error: record is locked. -------------------------------------------------------- это конечно круто. А как выяснить кто залокал эту запись? Ончеком щас проверю ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2007, 10:17 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
С какими параметрами запускать ончек? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2007, 10:18 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
Freelancerэто конечно круто. А как выяснить кто залокал эту запись?какую эту? Информикс в отличии от оракла может показать список локов onstat -k, посмотрите кто "держит" эту запись. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2007, 10:31 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
onstat -k я смотрел но там иногда 50 тыщ блокировок. там тяжело разобраться. так что насчет ончек? с какими параметрами мне выполнить её чтоб узнать где баг? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2007, 10:37 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
Freelanceronstat -k я смотрел но там иногда 50 тыщ блокировок. там тяжело разобраться.Ну "Use the Grep, Luke!" или select from syslock или например что-нить готовое: http://myinformix.narod.ru/scronmlcs.html http://myinformix.narod.ru (onmanager) Freelancerтак что насчет ончек? с какими параметрами мне выполнить её чтоб узнать где баг?isam error какой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2007, 10:44 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
Freelancerтак что насчет ончек? с какими параметрами мне выполнить её чтоб узнать где баг? http://publib.boulder.ibm.com/infocenter/idshelp/v10/index.jsp?topic=/com.ibm.adref.doc/adref270.htm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2007, 10:58 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
на своей системе сталкивался с подобным когда таблица работала в lock mode page.... и когда юзер работал со строкой на этой странице то другим не дает работать со строками на єтой странице... помогло после перевода таблицы в lock mode row ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2007, 11:42 |
|
||
|
Could not update a row in the table
|
|||
|---|---|---|---|
|
#18+
FreelancerС какими параметрами запускать ончек? oncheck нужен для проверки структуры данных на ДИСКЕ, а блокировки всегда были в памяти, т.ч. информацию о них нужно смотреть или onstat-ом (но для этого надо прочитать все таки страницу документации) или использовать готовые SQL-запросы (поиск по форуму) или готовый инструментарий (уже примеры привели). Но, найденая залоченная строка может не решить вам проблемы - нужно сильно изменить стиль написания многопользовательских приложений, если ранее вы работали с Ораклом, и необходимо, все таки, немного почитать о concurrency в Информикс. См. Уровни изоляции, блокировки, параллелизм и т.д. Возможно, что у вас просто не стоИт ожидание блокировки, хотя бы 5 секунд, а по умолчанию при первой же встречной блокировке приложение получит ошибку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2007, 12:24 |
|
||
|
|

start [/forum/topic.php?desktop=1&fid=44&tid=1608402]: |
0ms |
get settings: |
7ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
24ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
| others: | 218ms |
| total: | 341ms |

| 0 / 0 |
