|
|
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
Чендлер wrote: > можешь привести пример? просто интересно Любая настраиваемая система-фреймворк. например, вычисление правил для бух. учета. по заданой пользователем формуле расчета, скажем, суммы - генерируется процедура на t-sql для расчета суммы. сеттеры/геттеры для данных, к примеру. стандартные процедуры обработки информации и проч. В принципе, наверное, можно было бы обойтись ДСКЛ - но это крайне некошерно. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 13:01 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
Bogdanov Andrey locky> DDL в Oracle не транзакционны. Вот это и напрягает... А меня крайне напрягает то, что в MSSQL они транзакционны. И я очень расстроюсь, если Oracle сделает их таковыми. DDL в продакшн коде - абсурд. DDL не должен быть частью пользовательского кода, это инстурментарий разработчика и администратора. Вот представьте запускаете вы exe-файл, а он сам себя модифицировать начинает. это разве страшно? если это более эффективно решит поставленную задачу - да пусть хоть умодифицируется. Собственно, раньше, в эпоху килобайтных объемов оперативки это применялость достаточно часто и не только для написания вирусов. а неприменение такого кода иногда считалось ограниченностью программиста :) Bogdanov Andrey[quot locky]> DDL в Oracle не транзакционны. И то, что для MSSQL этот абсурд является неотмлимой частью только доказывает, что с фундаментальным пониманием там не все гладко. Говорить о явном недостатке превознося его как достоинство... если что-то считается абсурдом по версии Oracle то, я думаю, глупо это можно считать абсолютным абсурдом. как и "фундаментальные" понятия... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 13:06 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
funikovyuriЗаметьте - я говорю про хранимые процедуры и только про них Ок. funikovyuriТ.е. я не "зациклился", я просто тока их и обсуждал и если бы вы не устраивали демагогию, то тема уже была бы закрыта. На мой взгляд, Вы таки зациклились, повторюсь, на хп с селекктом, поставив себе заранее такие условия, которые приведут к демонстрации недостатка. funikovyuriТ.е. сами же отвергли предложенное ранее вами же решение ;). Уважаемый собеседник. Для того, чтобы привести ПРАВИЛЬНОЕ решение, надо ИЗНАЧАЛЬНО знать условия задачи ПОЛНОСТЬЮ. Ибо редко бывает универсальное решение на все случаи жизни. Вы же, наслаждаясь, упомянули о вложенных INSERT EXEC чуть позже. Умалчивание - как раз одно из проявлений ДЕМАГОГИИ. funikovyuriА потом стали предлагать использовать табличные функции, которые во-первых не ХП, о которых мы говорим, а во-вторых не могут модифицировать базовые таблицы, а значит ХП заменить не могут. И при этом упрекаете меня в "зацикленности на ХП". Я могу предложить еще решений (одно как миниму), если строго следовать Вашему постулату - хп с вложенной в нее хп. Теперь Вы вспомнили о невозможности модификации базовых таблиц в функциях. Простите, но у Вас где-то в приведенном примере с вложенными хп есть упоминание о необходимости модификации таблиц? Нет? Тогда мои варианты решения остаются в силе, ибо на момент их предложения не было условий, ограничивающих их использование. Жду от Вам дальнейшего "разоблачения" моих вариантов решения. Даже подскажу, что в функции нельзя вызвать обычную хп и RAISERROR не сделаешь. :) funikovyuriТо же самое касается и всех остальных недостатков - вы сначало опровергаете мое утверждения, а затем пишите "уже не единожды высказывались, как о недостатке". Вы сами следили за ходом своих рассуждений? Из-за того, что SELECT в хп по-Вашему возвращает результат в "никуда" Вы сделали (неединожды) заключение о "незамкунтости" T-SQL (это уже "глобальный" вывод). Когда я, поддавшись на Ваш уход от темы "селект в хп", так же ушел в сторону других вариантов обмена данными между программными модулями, признав, что в контексте "глобального вывода" вложенные "селект в хп" действительно можно рассматривать как недостаток, Вы обвиняете меня в демагогии. funikovyuriУ вас либо с совестью либо с логикой что-то не так. Давайте догоримся так. Вы уже "стыдили" меня в этом топике и, потом отмолчались, не найдя аргументов в подтверждение свой правоты\моей неправоты. Теперь Вы взялись за мою совесть и логику. Вы можете, безусловно, переходить на личности, но это все больше роняет в моих глазах Ваш уровень, как достойного оппонетна и превращает Вас в очередного флеймера. Хотя чему я удивляюсь, ведь имеено это было прологом Вашего первого поста в этом топике. funikovyuriНе не начну, у меня садо-мазо наклонностей нету, а дискуссия с вами просто требует их наличия. Нет уж, будьте последовательны в своих поступках. Флейм пытаетесь развести Вы, а не я. Последнее предложение "давайте закончим с TSQL потом поговорим о чем-нибудь еще." было сделано Вами. Сказали "А", надо говорить и "Б". funikovyuriMSSQL БД №1 За все свое время присутствия на этом форуме я не сказал такого НИ РАЗУ. funikovyuriфлаг в руки и Удачи! Мдя... Хамство - оно еще никого не украшало. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 13:19 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
lockyЛюбая настраиваемая система-фреймворк. например, вычисление правил для бух. учета. по заданой пользователем формуле расчета, скажем, суммы - генерируется процедура на t-sql для расчета суммы. сеттеры/геттеры для данных, к примеру. стандартные процедуры обработки информации и проч. Как я и предполагал это не продакшн-система. Это создание программного кода, то есть инструментарий разработчика. andy stэто разве страшно? если это более эффективно решит поставленную задачу - да пусть хоть умодифицируется. Да, это страшно. Модификация программного кода "на лету" никогда не считалась умением программировать. Это лишь неумение разработчика написать нормальный алгоритм. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 13:41 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
Bogdanov Andrey wrote: > Как я и предполагал это не продакшн-система. Это создание программного > кода, то есть инструментарий разработчика. Извините... А внесение изменений в продакшн-систему - оно как - само собой делается? магическим образом? Или - всё-таки - при помощи некоего инструментария? И скажите мне, плиз: если для внесения изменений в продакшн систему мне нужно изменить таблицу, изменить индекс, изменить процедуру. Изменение процедуры - падает (ну, получилось так - не учли, что называется) - мне как откатывать изменения в таблице и в индексе? А если из 20 процедур накатилось только 19 - как мне их откатывать? На живой-то базе? Из дампа подымать? достаточно сделать rollback :) Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 13:46 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
Bogdanov Andrey Да, это страшно. Модификация программного кода "на лету" никогда не считалась умением программировать. Это лишь неумение разработчика написать нормальный алгоритм. и еще есть ограниченность разработчика на предмет использовать DDL в транзакциях :) Если Вы не можете себе представить задачу, в которой применение самомодифицирующегося кода необходимо, то это более Ваши проблемы, чем этого кода... а ведь изредка бывает, что без него вооще никак. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 13:52 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
pkarklin funikovyuri Заметьте - я говорю про хранимые процедуры и только про них Ок. funikovyuri Т.е. я не "зациклился", я просто тока их и обсуждал и если бы вы не устраивали демагогию, то тема уже была бы закрыта. На мой взгляд, Вы таки зациклились, повторюсь, на хп с селекктом, поставив себе заранее такие условия, которые приведут к демонстрации недостатка. pkarklin - извините, но это клиника. funikovyuri Т.е. сами же отвергли предложенное ранее вами же решение ;). pkarklin Для того, чтобы привести ПРАВИЛЬНОЕ решение, надо ИЗНАЧАЛЬНО знать условия задачи ПОЛНОСТЬЮ. Ибо редко бывает универсальное решение на все случаи жизни. Вы же, наслаждаясь, упомянули о вложенных INSERT EXEC чуть позже. Умалчивание - как раз одно из проявлений ДЕМАГОГИИ. О чем же это я умолчал? ХП - основной строительный блок для tsql кода в MSSQL 2k. На них принято писать серверную бизнес-логику. При этом отсутствует адекватный универсальный способ получить результат работы одной ХП (курсор отправленный, по вашим словам "на клиента") из другой. И после этого вы меня еще в умалчивание упрекаете. Бог с вами, pkarklin, нету проблемы так и быть. Ну и что что тема лежит в факе MSSQL на первом месте http://www.sql.ru/faq/faq_topic.aspx?fid=416 и у обоих предложенных способов обмена данными есть серьезные недостатки, написанные там же в faq. Ну и что что этот вопрос постоянно подымается на главном форуме. Нет мы все равно будет из пустого в порожнее тут переливать - главное показать что любая вещь которой нет в MS SQL или которая там работает плохо - это "by design" (c) pkarklin. Что ж вы тогда прямо слова идейного вдохновителя про фичу не используете? авторВы сами следили за ходом своих рассуждений? Из-за того, что SELECT в хп по-Вашему возвращает результат в "никуда" Вы сделали (неединожды) заключение о "незамкунтости" T-SQL (это уже "глобальный" вывод). Когда я, поддавшись на Ваш уход от темы "селект в хп", так же ушел в сторону других вариантов обмена данными между программными модулями, признав, что в контексте "глобального вывода" вложенные "селект в хп" действительно можно рассматривать как недостаток, Вы обвиняете меня в демагогии. Я то как раз слежу. ;) И от темы "селект в хп" я не уходил. И про то что TSQL незамкнут спорить начал не я. И так как вы "признаете" лучше бы не признавали. pkarklin авторфлаг в руки и Удачи! Мдя... Хамство - оно еще никого не украшало. pkarklin - извините, но если вам желают удачи - это НЕ хамство. так на будущее чтобы знали ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 13:55 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
locky Bogdanov Andrey wrote: > Как я и предполагал это не продакшн-система. Это создание программного > кода, то есть инструментарий разработчика. Извините... А внесение изменений в продакшн-систему - оно как - само собой делается? магическим образом? Или - всё-таки - при помощи некоего инструментария? И скажите мне, плиз: если для внесения изменений в продакшн систему мне нужно изменить таблицу, изменить индекс, изменить процедуру. Изменение процедуры - падает (ну, получилось так - не учли, что называется) - мне как откатывать изменения в таблице и в индексе? А если из 20 процедур накатилось только 19 - как мне их откатывать? На живой-то базе? Из дампа подымать? достаточно сделать rollback :) Это известный вопрос. Решается обрамлением всех DDL-ей EXCEPTION- блоками с перехваткой соответствующих исключений и возможной выдачей диагностических сообщений (Таблица уже существует, Индекса (уже :-)) нет и т.д. Это обеспечивает многократность запуска скрипта при поломках и не должно являться серьезной проблемой... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 13:55 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
locky А если из 20 процедур накатилось только 19 - как мне их откатывать? На живой-то базе? Из дампа подымать? достаточно сделать rollback :) ну в этом плане оракл лет на 15 ушел вперед, 11g может иметь несколько версий ХП и таблиц одновременно, т.е. ты сначала накатываешь, потом тестируешь на продакшен данных и только потом переключаешь продакшен версию. что касается процедур, мне например непонятно как может не пройти "create or replace procedure" разве что от нехватки места, не вижу проблем прогнать скрипт еще раз ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 13:57 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
funikovyuripkarklin - извините, но это клиника. Я Вам ОФИЦИАЛЬНО делаю последнее предупреждение! funikovyuriО чем же это я умолчал? ВЫ изначально припостановке задачи "как получить резальтат селекта из хп на стороне сервера" умолчали о том, что Вы подразумеваете наличии вложенного INSERT EXEC. funikovyuriХП - основной строительный блок для tsql кода в MSSQL 2k. На них принято писать серверную бизнес-логику. Бесспорно. Сконцентрирую Ваше внимание на "серверную бизнес-логику". funikovyuriПри этом отсутствует адекватный универсальный способ получить результат работы одной ХП (курсор отправленный, по вашим словам "на клиента") из другой. По "моим словам" на клиента уходит резалтсет, а не курсор. Курсор можно вернуть через выходной параметр. Теперь о бизнес-логике. Я не зря сконцентрировал Ваше внимание на "серверной". Раз она серверная, то в ней нет необходимости думать о возврате резалтесата на клиента, например, в хп, по добавлению документа или его проведению. Исходя из того, что она серверная и выбирают способы ее реализации. А не пишуть супермагехп на все случаи жизни. funikovyuriНу и что что тема лежит в факе MSSQL на первом месте Далось Вам ее место?! Хотите вниз опустим? funikovyuriНу и что что этот вопрос постоянно подымается на главном форуме. На форуме постоянно поднимаются и другие вопросы, связанные "додумывание", вместо чтение документации. То для изменения значения поля записи INSERT используют, то в функции RAISERROR. ;) И что из этого? funikovyuriглавное показать что любая вещь которой нет в MS SQL или которая там работает плохо - это "by design" (c) pkarklin. Ну я хоть соглашаюсь, что "by design". А от ораклоидов часто слышно: "Раз этого в Oracle нет, значит это никому не нужно". :) funikovyuripkarklin - извините, но если вам желают удачи - это НЕ хамство. так на будущее чтобы знали Так, на будущее, чтобы знали. Флаг в руки обычно дают немного в другой ситуации. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 14:16 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
Yo.! wrote: > что касается процедур, мне например непонятно как может не пройти > "create or replace procedure" разве что от нехватки места, не вижу > проблем прогнать скрипт еще раз ... К примеру - не хватает столбца в таблице. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 14:21 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
dmidek wrote: > Решается обрамлением всех DDL-ей EXCEPTION- блоками с перехваткой > соответствующих исключений и возможной выдачей диагностических > сообщений (Таблица уже существует, Индекса (уже :-)) нет и т.д. В каком состоянии находится база в таком случае? "Половина накатилась - половина нет"? > Это обеспечивает многократность запуска скрипта при поломках > и не должно являться серьезной проблемой... Ошибка при накатывании обновления - достаточно сурьезная штука (ведь ошибок то быть не должно). С моей т.з. в таком случае нужно полностью откатить обновление - и разбираться в причинах ошибки. А не "накатывать, пока не накатится". Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 14:23 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
lockyдостаточно сделать rollback :) andy st[quot Bogdanov Andrey] и еще есть ограниченность разработчика на предмет использовать DDL в транзакциях :) У вас опять путаница. Вы в одну корзину запихали и данные и метаданные, и кичитесь своей кашей. DML оперирует данными, DDL метаданными. Это два совершенно разных уровня и смешивать их нет никакой необходимости. Если необходимо измененить в метаданных, то глупо использовать для этого те же команды, что и для данных. Никто не пытается создавать таблицы делая insert into tables. Точно также и применение rollback для отмены DDL делать не надо. Я согласен, с тем, что в Oracle раньше не было удобных средств для отмены DDL (хотя у меня никогда не возникало проблем по этому поводу), но категорически против того, чтобы для этой цели использовать rollback. Сейчас Oracle сделал ненкие средства, но я их пока использовать и не собирался. Один недостаток у Oracle пока сохраняется - он делает неявный commit при выполнении DDL. Я бы предпочел, чтобы вместо этого он просто честно ругался на наличие незавершенных транзакций. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 14:24 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
Bogdanov Andrey wrote: > У вас опять путаница. Вы в одну корзину запихали и данные и метаданные, > и кичитесь своей кашей. DML оперирует данными, DDL метаданными. Это два "метаданные" - не в смысле "метаданные оракл/скл", а в смысле "метаданные прикладной системы". Как, к примеру, в Аксапте. > Один недостаток у Oracle пока > сохраняется - он делает неявный commit при выполнении DDL. Угу. и это - не есть гуд. >Я бы > предпочел, чтобы вместо этого он просто честно ругался на наличие > незавершенных транзакций. Тогда - толку то? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 14:34 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
locky"метаданные" - не в смысле "метаданные оракл/скл", а в смысле "метаданные прикладной системы". Хм. Не понимаю разделения на метаданные прикладной системы и метаданные оракл. Имеет программный комплекс. Есть нечто "описывающее" как он работает - это метаданные (тут и структуры таблиц, и тексты процедур и другие вещи сделанные разрарботчиками) и есть то с "чем" он работает - это данные. locky>Я бы > предпочел, чтобы вместо этого он просто честно ругался на наличие > незавершенных транзакций. Тогда - толку то? Я хочу чтобы решение о завершении работы с данными и о начале работы с метаданными было явным. Чтобы не было той самой каши. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 14:49 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
Bogdanov Andrey wrote: > Хм. Не понимаю разделения на метаданные прикладной системы и метаданные > оракл. Имеет программный комплекс. Есть нечто "описывающее" как он > работает - это метаданные (тут и структуры таблиц, и тексты процедур и > другие вещи сделанные разрарботчиками) и есть то с "чем" он работает - > это данные. Аксапта, к примеру - работает и с СКЛ и с Ораклом. И из её, Аксаптиных метаданных потом получаются серверные метаданные. Кроме того - метаданные прикладной системы - они значительно более "широки", нежели метаданные серверные. > > locky > >Я бы > > предпочел, чтобы вместо этого он просто честно ругался на наличие > > незавершенных транзакций. > Тогда - толку то? > > > Я хочу чтобы решение о завершении работы с данными и о начале работы с > метаданными было явным. Чтобы не было той самой каши. "толку то" - в смысле - если нет возможности откатить ДДЛ - то глубоко фиолетово - коммитит оно или ругается. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 14:56 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
locky К примеру - не хватает столбца в таблице. ну будет эта и связанные с ней хп инвалидны. не нравятся инвалидные процедуры - возвращаем из cvs/vss исходное состояние, в чем проблема с хп, мне не понятно .... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 15:35 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
Yo.! wrote: > ну будет эта и связанные с ней хп инвалидны. и система работать не будет.... > не нравятся инвалидные процедуры - возвращаем из cvs/vss исходное > состояние, в чем проблема с хп, мне не понятно .... проблема в том... что квс - у меня, а патчик - запускал ДБА на месте.... Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 15:40 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
locky Yo.! wrote: > ну будет эта и связанные с ней хп инвалидны. и система работать не будет.... > не нравятся инвалидные процедуры - возвращаем из cvs/vss исходное > состояние, в чем проблема с хп, мне не понятно .... проблема в том... что квс - у меня, а патчик - запускал ДБА на месте.... Posted via ActualForum NNTP Server 1.4 ну правильно, потому я и говорю, что Мс отстает на десятилетие - допустим патчик сменил поле на INT, а процедуры патчик не трогал, дба смело жмет коммит - в базе каша не поддающаяся востановлению. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 15:59 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
Yo.! wrote: > ну правильно, потому я и говорю, что Мс отстает на десятилетие - > допустим патчик сменил поле на INT, а процедуры патчик не трогал, дба > смело жмет коммит - в базе каша не поддающаяся востановлению. В оракле - не так? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 16:06 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
Вообщем все конечно что в Oracle что в MSSQL дело привычки и правильного(с точки зрения конкретного сервера) подхода к проектированию. Лично когда у меня возникали вопросы с транзакционным DDL пользовался CREATE SCHEMA , хотя это не случалось уже ОЧЕНЬ давно. Думаю ораклоиды почувствовали бы себя очень некомфортно если вдруг DDL бы стал транзакционным. IMHO дело привычки, как и многое остальное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 16:13 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
locky В оракле - не так? в оракле все эту ситацию заметит дба т.к. часть процедур пометятся инвалидными, в МС это заметят пользователи когда нарвутся на хп которая попробует записать чары в INT поле, с непредсказуемым эфектом вспоминая рекомендации бить длинные транзакции на серию покорче. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 16:13 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
Yo.! wrote: > в оракле все эту ситацию заметит дба т.к. часть процедур пометятся > инвалидными, в МС это заметят пользователи когда нарвутся на хп которая Я - ДБА. Я - заметил. Мои действия? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 16:15 |
|
||
|
Microsoft задавит Oracle
|
|||
|---|---|---|---|
|
#18+
111111111111111 wrote: > Думаю ораклоиды почувствовали бы > себя очень некомфортно если вдруг DDL бы стал транзакционным. IMHO дело В сиквеле можно и ТАК и ТАК. В оракле - только ТАК, без всякого "и". Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2007, 16:16 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=34913356&tid=1553126]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
63ms |
get tp. blocked users: |
2ms |
| others: | 258ms |
| total: | 405ms |

| 0 / 0 |
