|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Я так понимаю результаты (RETURNING) процедуры/функции нельзя объявить как LIKE TableName.Field? Входные параметры, выходные параметры, локальные переменные - можно, а результаты нельзя? Или я неправильно понимаю? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.09.2006, 17:36 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
правильно ... |
|||
:
Нравится:
Не нравится:
|
|||
20.09.2006, 17:45 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Ок. Спасибо. Этот сервер не перестает меня удивлять... ... |
|||
:
Нравится:
Не нравится:
|
|||
20.09.2006, 17:47 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
зато когда по ошибке электрика обесточивается серверный узел с тремя сотнями активно работающих юзеров и после это информикс поднимается без всяких проблем и ты при этом не удивляешься... ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 10:14 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
cprзато когда по ошибке электрика обесточивается серверный узел с тремя сотнями активно работающих юзеров и после это информикс поднимается без всяких проблем и ты при этом не удивляешься...Это нормальное поведение любого промышленного сервера БД... ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 10:45 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
cprзато когда по ошибке электрика обесточивается серверный узел с тремя сотнями активно работающих юзеров и после это информикс поднимается без всяких проблем и ты при этом не удивляешься...Поднимаются бд с unbuffered log, другие подниматься не обязаны. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 11:15 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Евгений ФадеевЭто нормальное поведение любого промышленного сервера БД...некоторых приходится пнуть: recover database; alter database open; ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 11:16 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Журавлев Денис Евгений ФадеевЭто нормальное поведение любого промышленного сервера БД...некоторых приходится пнуть: recover database; alter database open;Это "досадные технические подробности" :). Я имел в виду, что после появления питания можно без "танцев с бубнами" получить рабочую БД. В состоянии "до отключения" (за вычетом незавершенных транзакций). ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 11:20 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Евгений ФадеевЭто "досадные технические подробности" :). Я имел в виду, что после появления питания можно без "танцев с бубнами" получить рабочую БД. В состоянии "до отключения" (за вычетом незавершенных транзакций).Понятно. Про informix sp: Размер sp ограничен 64 кб, возвращаемые параметры можно поименовать лишь в последних версиях. Но очень очень быстро работают, просто в разы по сравнению с некоторыми оффтопичными субд. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 11:26 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Журавлев ДенисПро informix sp: Размер sp ограничен 64 кб, За всю свою трудовую деятельность я написал только один запрос (именно запрос, то есть нечто, в известном смысле, неделимое) больше 64К :)). Так что это, с моей точки зрения, ограничение несущественное (одну большую всегда можно (и чаще всего даже нужно!) нарезать на несколько поменьше). Журавлев Денисвозвращаемые параметры можно поименовать лишь в последних версиях. Я, изначально, спрашивал не про именование, а про объявление типа параметра (LIKE бла-бла-бла). Журавлев Денис Но очень очень быстро работают, просто в разы по сравнению с некоторыми оффтопичными субд.Не знаю, не сравнивал :) Хотя на эту тему у меня есть некоторые сомнения. Впрочем, справедливости ради, только на уровне ощущений. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 11:33 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Евгений Фадеев Журавлев Денис Евгений ФадеевЭто нормальное поведение любого промышленного сервера БД...некоторых приходится пнуть: recover database; alter database open;Это "досадные технические подробности" :). Я имел в виду, что после появления питания можно без "танцев с бубнами" получить рабочую БД. В состоянии "до отключения" (за вычетом незавершенных транзакций). ага, восстановление с бэкапа тоже ведь никикие ни танцы ;-) так мелкая техническая подробность. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 13:15 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
cpr Евгений ФадеевЯ имел в виду, что после появления питания можно без "танцев с бубнами" получить рабочую БД. В состоянии "до отключения" (за вычетом незавершенных транзакций). ага, восстановление с бэкапа тоже ведь никикие ни танцы ;-) так мелкая техническая подробность.Внимательно прочтите мой текст выше... Или у Вас есть "такие бэкапы!"? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 13:18 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
cprага, восстановление с бэкапа тоже ведь никикие ни танцы ;-) так мелкая техническая подробность.это не восстановление с бэкапа, это тоже самое что "Fast recovery" восстановление целостности по логам. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 14:05 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Евгений Фадеев Журавлев Денис Но очень очень быстро работают, просто в разы по сравнению с некоторыми оффтопичными субд. Не знаю, не сравнивал :) Хотя на эту тему у меня есть некоторые сомнения. Впрочем, справедливости ради, только на уровне ощущений. Я попробую развеять Ваши сомнения. Офтопичная СУБД держит блокировки на диски вместе с SCN. Чтобы соблюсти целостность данных блокровки проставляются во всех страницах записи которых соответствуют where. То есть при выполнении операции изменения все блоки попадают в буферный пул проставляется SCN и только потом начинается операция изменения. А теперь посмотрите как при этом поступает дбврайтер. Он сбрасывает грязные блоки в порядке SCN, даже если блоки лежат в буферном пуле и на диске подряд. Т.Е операция chunkwrite там практически невозможна по той же причине соблюдения целостности. Посмотрите на пользовательские сессии которые читают диск в синхронном режиме(асинхронна только запись). Сравните с архитектурой Informix и у вас не останется сомнений в правоте Дениса даже без проведения тестирования. p.s. Informix не идеальная СУБД, у нее тоже есть свои тонкости и неудобства, но с точки зрения быстродействия при прочих равных я не вижу ему альтернативы. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 14:57 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
onstat-Офтопичная СУБДЭто Вы кого имеете в виду? На самом деле я не вникаю (во всяком случае не стремлюсь) в совсем уж подробности того, как работатет тот или иной сервер. Если только совсем уже не приперает. Сейчас не тот случай, поэтому готов поверить Вам на слово :) Просто мне, как разработчику, который не видит "кишок" СУБД не всегда понятны те или иные формы поведения сервера (это не только к Информиксу относится). И когда сталкиваешься с какой-то неочевидностью хочется понять ее причины (а они всегда есть). За ссылку - спасибо. Почитать обзорную статью про идеологию продукта всегда интересно. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 15:07 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
onstat- Я попробую развеять Ваши сомнения. Офтопичная СУБД держит блокировки на диски вместе с SCN. Чтобы соблюсти целостность данных блокровки проставляются во всех страницах записи которых соответствуют where. ...Я немного о другом, я про то что в оффтопике есть машина которая исполняет plsql и есть еще одна sql, переключение контекста меж ними жутко дорого. У меня есть одна покупная софтинка (под офтопик), там такой ужас, судя по трейсам триггера выполняются дольше чем сами операции изменения, причем время кушают совсем не sql-и внутри триггера, а хрен поймешь чего, руки бы вырвать разработчикам. Информикс не хуже и не лучше. Он другой, техже средств для анализа (трассировок ожиданий) нет, и как писать олтп приложения высокопроизводительные, с гарантированным временем отклика -- непонятно. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 15:23 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
onstat- Посмотрите на пользовательские сессии которые читают диск в синхронном режиме(асинхронна только запись). Тут пожалуй ты садишься в лужу. Зачем пользовательским сессия читать асинхронно? К примеру: если читаем индекс, то не прочитав текущую страницу, неизвестно что читать дальше, все равно ждать. И еще оффтопик на самом деле -- очень быстр, он совсем не тормоз. Вот например. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 15:57 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Журавлев Денис onstat- Посмотрите на пользовательские сессии которые читают диск в синхронном режиме(асинхронна только запись). Тут пожалуй ты садишься в лужу. Зачем пользовательским сессия читать асинхронно? К примеру: если читаем индекс, то не прочитав текущую страницу, неизвестно что читать дальше, все равно ждать. И еще оффтопик на самом деле -- очень быстр, он совсем не тормоз. Вот например. А если производится index range scan и индесные страницы уже в памяти? Пока расставляем SCNы на текущей странице. В фоне уже читается следующая. Или в этом случае тоже лучше подождать? зы Я не говорил, что он совсем тормоз. зыы Про лужу я не совсем понял. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 16:14 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
onstat-А если производится index range scan и индесные страницы уже в памяти?Страницы при выполнении запроса обходятся последовательно, не параллельно. onstat-Пока расставляем SCNы на текущей странице. В фоне уже читается следующая. Или в этом случае тоже лучше подождать?тут мне сложно сказать, я шибко некомпетентен. onstat-зыы Про лужу я не совсем понял.а, не важно. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 16:32 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Журавлев Денис cprзато когда по ошибке электрика обесточивается серверный узел с тремя сотнями активно работающих юзеров и после это информикс поднимается без всяких проблем и ты при этом не удивляешься...Поднимаются бд с unbuffered log, другие подниматься не обязаны. Обязаны. Возможно, с потерей транзакций, находившихся в буфере журнала, но подниматься обязаны с восстановлением целостности оставшейся информации. К сожалению, это не всегда так (и в отношении Информикса тоже). Богатый опыт общения с несколькими сотнями используемых серверов по всей Украине (с неквалифицированным, часто, персоналом, выключениями питания (и УПС-ы не помогают), работающими Fuzzy Checkpoint, и пр. приводят к тому, что раз в две-четыре недели у кого то сервер не поднимается после очередного "катаклизьма". Чаще всего из-за невозможности откатить транзакцию... Это доли процента, но они есть. Все таки в fast recovery или в самом механизме обеспечения целостности есть слабые места и на большом кол-ве событий они проявляются. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.09.2006, 14:35 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
vasilis Обязаны. Возможно, с потерей транзакций, находившихся в буфере журнала, но подниматься обязаны с восстановлением целостности оставшейся информации.Т.е. потеряны будут закомиченные транзакции. vasilis К сожалению, это не всегда так (и в отношении Информикса тоже).Хм, помнится в ucdi было обсуждение как может побится индекс в бафферед. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.09.2006, 15:00 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
vasilis Журавлев Денис cprзато когда по ошибке электрика обесточивается серверный узел с тремя сотнями активно работающих юзеров и после это информикс поднимается без всяких проблем и ты при этом не удивляешься...Поднимаются бд с unbuffered log, другие подниматься не обязаны. Обязаны. Возможно, с потерей транзакций, находившихся в буфере журнала, но подниматься обязаны с восстановлением целостности оставшейся информации. К сожалению, это не всегда так (и в отношении Информикса тоже). Богатый опыт общения с несколькими сотнями используемых серверов по всей Украине (с неквалифицированным, часто, персоналом, выключениями питания (и УПС-ы не помогают), работающими Fuzzy Checkpoint, и пр. приводят к тому, что раз в две-четыре недели у кого то сервер не поднимается после очередного "катаклизьма". Чаще всего из-за невозможности откатить транзакцию... Это доли процента, но они есть. Все таки в fast recovery или в самом механизме обеспечения целостности есть слабые места и на большом кол-ве событий они проявляются. Абсолютно надежных СУБД как известно нет, но по рассказам знакомых, которые супортят сервера с оффтопичной БД у Телетузиков у них вероятность получить неприятность заметно выше. Приходилось слушать страшилки про то, как после команды на опускание сервака она не выполняется часами и при этом весь супорт, включая самых высоких гуру в Москве, разводит руками не зная что с этим делать. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 15:20 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Журавлев Денис vasilis Обязаны. Возможно, с потерей транзакций, находившихся в буфере журнала, но подниматься обязаны с восстановлением целостности оставшейся информации.Т.е. потеряны будут закомиченные транзакции. vasilis К сожалению, это не всегда так (и в отношении Информикса тоже).Хм, помнится в ucdi было обсуждение как может побится индекс в бафферед. ага, транзакции из буфера могут быть утеряны. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 15:22 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Я прошу прощения, но фраза cprпо рассказам знакомых cprу них вероятность получить неприятность заметно выше на мой взгляд некорректна. Безотносительно серверов и прочего. Ибо про вероятности можно говорить опираясь на статистику (цифры), но не на ощущения. А о сравнимых данных, в данном случае речь не идет. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 15:24 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Евгений ФадеевЯ прошу прощения, но фраза cprпо рассказам знакомых cprу них вероятность получить неприятность заметно выше на мой взгляд некорректна. Безотносительно серверов и прочего. Ибо про вероятности можно говорить опираясь на статистику (цифры), но не на ощущения. А о сравнимых данных, в данном случае речь не идет. С учетом того, что эти люди около 10 лет проработали со мной и супортили с 98 года несколько десятков серверов Informix c максимальным объемом >50 Гиг? Говорю именно с учетом опыта людей, эксплуатировавших и то и другое. У Informix'а есть недостатки, но не в администрировании и надежности. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 15:56 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
cprГоворю именно с учетом опыта людей, эксплуатировавших и то и другое.Ок, я в общем, не оспаривал. cprУ Informix'а есть недостатки, но не в администрировании и надежности.Это, наверное, хорошо когда ты - администратор. Мне хуже - я разработчик. Из всех серверов, которые я видел - Informix самый ужасный. Причем функционально - довольно богат. Только зачастую не там где надо. А вот где надо... И вообще создает ощущение какой-то "сырости", недоведенности что ли... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 15:59 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Евгений Фадеев cprГоворю именно с учетом опыта людей, эксплуатировавших и то и другое.Ок, я в общем, не оспаривал. cprУ Informix'а есть недостатки, но не в администрировании и надежности.Это, наверное, хорошо когда ты - администратор. Мне хуже - я разработчик. Из всех серверов, которые я видел - Informix самый ужасный. Причем функционально - довольно богат. Только зачастую не там где надо. А вот где надо... И вообще создает ощущение какой-то "сырости", недоведенности что ли... Не поверите, когда ты администратор - просто супер ;-) А вообще ИМХО Informix как раз и уступил рынок потому что не смог обеспечить всей необходимой обвязки вокруг своего энджайна. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 16:08 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
cprАбсолютно надежных СУБД как известно нет, но по рассказам знакомых, которые супортят сервера с оффтопичной БД у Телетузиков у них вероятность получить неприятность заметно выше.А тебе не кажется что тех больше на два порядка (десятичных)? cprПриходилось слушать страшилки про то, как после команды на опускание сервака она не выполняется часами и при этом весь супорт, включая самых высоких гуру в Москве, разводит руками не зная что с этим делать.ой, а [onmode -ky] у тебя не зависал намертво? Больше всего я ненавижу нижний уровень саппорта и тут и там, неделями доказываешь что ты не верблюд, поубивалбы. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 16:09 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Журавлев Денис cprАбсолютно надежных СУБД как известно нет, но по рассказам знакомых, которые супортят сервера с оффтопичной БД у Телетузиков у них вероятность получить неприятность заметно выше.А тебе не кажется что тех больше на два порядка (десятичных)? cprПриходилось слушать страшилки про то, как после команды на опускание сервака она не выполняется часами и при этом весь супорт, включая самых высоких гуру в Москве, разводит руками не зная что с этим делать.ой, а [onmode -ky] у тебя не зависал намертво? Больше всего я ненавижу нижний уровень саппорта и тут и там, неделями доказываешь что ты не верблюд, поубивалбы. ага, было дело пару раз. (за все время действительно пару, причем только с ХАДР) Но при этом ,делая то что нельзя, т.е. kill -9 сервак все же встает потом. (три раза стук по дереву) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 16:17 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Евгений Фадеев разработчик. Из всех серверов, которые я видел - Informix самый ужасный..информикс остановился где-то в 96-97 году. Новые трюки: Код: plaintext 1. 2.
Код: plaintext
... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 16:47 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
cpr А вообще ИМХО Informix как раз и уступил рынок потому что не смог обеспечить всей необходимой обвязки вокруг своего энджайна. Гыыы Информикс рынок никому не уступал , просто его купила IBM и это теперь продажи Informix неплохо растут О какой "необходимой обвязке " идет речь? Если это GUI для администрирования, так это небольшой недостаток (который с успехом компенсируется разными софтом например ServerStudio И не забывайте про ISA (веб интерфейс для администрирования Informix) и onperf которые идут в поставке Informix. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 19:01 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Andron cpr А вообще ИМХО Informix как раз и уступил рынок потому что не смог обеспечить всей необходимой обвязки вокруг своего энджайна. Гыыы Информикс рынок никому не уступал , просто его купила IBM и это теперь продажи Informix неплохо растут О какой "необходимой обвязке " идет речь? Если это GUI для администрирования, так это небольшой недостаток (который с успехом компенсируется разными софтом например ServerStudio И не забывайте про ISA (веб интерфейс для администрирования Informix) и onperf которые идут в поставке Informix. Меня агитировать не надо, я сам кого хош заагитирую :-) т.к. считаю Informix лучшим сервером на сегодняшний момент, и администрю его в командной строке без проблем. Под обвязкой его понимаются все компоненты решения (сервер приложений и тд), которые Оракл поставил в свое время, в том числе и под мелкософт, чем и завоевал рынок. А у Informix к сожалению только сервер, хоть и очень хороший, но только сервер. Причем я говорю не о том, что сейчас, а о том периоде когда Informix реально начал проигрывать рынок, несмотря на огромное технологическое преимущество семерки над тем, что там было тогда у Оракла. Хотя я думаю, что скорее всего проблемы были в первую очередь финансовые. Сейчас IBM его интегрировала я так понимаю и в свой сервер приложений и как тут говорили с MQ и наверняка со всем, чем только можно, но время то упущено. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 21:44 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
>считаю Informix лучшим сервером на сегодняшний момент, и администрю его в командной строке без проблем. Сделать лучшую субд не сложно -- сложно продать. Отсутсвие пресловутой plan_table, бедность sql, отсуствие анонимных блоков -- отпугивают разработчиков. В текущем моменте самый ценный ресурс это мозги -- мозгам проще и быстрее писать connect by prior, чем разбираться с деревьями JoeCelco. Для админов тоже есть свои красные тряпки -- блокирование читающих, чекпоинты, отсутсвие тупого аворасширения чанков. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 22:02 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Дюбель ШуруповичДля админов тоже есть свои красные тряпки -- блокирование читающихЭто и для разработчиков те еще приключения... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2006, 11:17 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Дюбель Шурупович>считаю Informix лучшим сервером на сегодняшний момент, и администрю его в командной строке без проблем. Сделать лучшую субд не сложно -- сложно продать. Отсутсвие пресловутой plan_table, бедность sql, отсуствие анонимных блоков -- отпугивают разработчиков. В текущем моменте самый ценный ресурс это мозги -- мозгам проще и быстрее писать connect by prior, чем разбираться с деревьями JoeCelco. Для админов тоже есть свои красные тряпки -- блокирование читающих, чекпоинты, отсутсвие тупого аворасширения чанков. что такое пресловутая plan_table и чем она лучше set explain on ? Что такое анонимные блоки ? 10 лет с информиксом вожусь, ни разу не понадобились - может, я что-то в жизни потерял ? И чем конкретно SQL так беден, нестандартными и непереносимыми расширениями ? О каких деревьях JoeCelco идет речь ? Чем админам досадили чекпойнты и "блокирование читающих" ? Как можно тупо реализовать расширение raw-device, на которых работает подавляющее число продакшн инстансов ? вопросы, вопросы... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2006, 21:18 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
>что такое пресловутая plan_table и чем она лучше set explain on ? используя select * from plan_table можно увидеть план не имея доступа к ОС сервера. Мои разработчики не подозревают об операционке, не знают реального айпи сервера, тем не менее имеют возможность быстро и без напряга увидеть план. >Что такое анонимные блоки ? 10 лет с информиксом вожусь, ни разу не понадобились - может, я что-то в жизни потерял ? наверно потерял, грубо говоря это неименованные процедуры. Т.е. можно выполнить такой запрос: begin select a into b from t; select * into c from t1 where f=b for each c insert into t3 end; end; > И чем конкретно SQL так беден, нестандартными и непереносимыми расширениями ? Например в последних версиях стандарта есть упоминания о рекурсивных inline with. Информикс вообще никак не умеет обходить деревья (Id, ParentId). Абсолютно не умеет olap запросы. Не умеет select from select (multiset это слегка нето). > О каких деревьях JoeCelco идет речь ? Это способ хранения иерархий в реляционных таблицах (left,right) придуманный (точнее адаптированный) Joe Celco. > Чем админам досадили чекпойнты и В соседней ветке с длинными чекпоинтами борются уже который год. У вас нет проблем с длинными чекпоинтами? >"блокирование читающих" ? Я же говорю это красная тряпка: Создает ламер таблицу, вставляет запись, в другой сессии у него виснет селект, он начинает махать тряпкой и кричать субд -- говно. Впрочем информикс уже хлдят слухи про версионность в информиксе. >Как можно тупо реализовать расширение raw-device, Никак. С другой стороны тысячи инстансов под виндой и юниксом работают на кукед. Вот например на Украине тысячи информиксов под виндой -- я думаю никто не откажется от такой плюшки. Я не призываю переходить на кукед с рау -- я говорю неплохо бы иметь фичу. Еще мечтаю о CREATE OR REPLACE PROCEDURE, а нету. >вопросы, вопросы... ответы. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2006, 22:48 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Гайморит Гемороевич>что такое пресловутая plan_table и чем она лучше set explain on ? используя select * from plan_table можно увидеть план не имея доступа к ОС сервера. Мои разработчики не подозревают об операционке, не знают реального айпи сервера, тем не менее имеют возможность быстро и без напряга увидеть план. >Что такое анонимные блоки ? 10 лет с информиксом вожусь, ни разу не понадобились - может, я что-то в жизни потерял ? наверно потерял, грубо говоря это неименованные процедуры. Т.е. можно выполнить такой запрос: begin select a into b from t; select * into c from t1 where f=b for each c insert into t3 end; end; > И чем конкретно SQL так беден, нестандартными и непереносимыми расширениями ? Например в последних версиях стандарта есть упоминания о рекурсивных inline with. Информикс вообще никак не умеет обходить деревья (Id, ParentId). Абсолютно не умеет olap запросы. Не умеет select from select (multiset это слегка нето). > О каких деревьях JoeCelco идет речь ? Это способ хранения иерархий в реляционных таблицах (left,right) придуманный (точнее адаптированный) Joe Celco. > Чем админам досадили чекпойнты и В соседней ветке с длинными чекпоинтами борются уже который год. У вас нет проблем с длинными чекпоинтами? >"блокирование читающих" ? Я же говорю это красная тряпка: Создает ламер таблицу, вставляет запись, в другой сессии у него виснет селект, он начинает махать тряпкой и кричать субд -- говно. Впрочем информикс уже хлдят слухи про версионность в информиксе. >Как можно тупо реализовать расширение raw-device, Никак. С другой стороны тысячи инстансов под виндой и юниксом работают на кукед. Вот например на Украине тысячи информиксов под виндой -- я думаю никто не откажется от такой плюшки. Я не призываю переходить на кукед с рау -- я говорю неплохо бы иметь фичу. Еще мечтаю о CREATE OR REPLACE PROCEDURE, а нету. >вопросы, вопросы... ответы. 1.анонимные блоки не умеет dbaccess. А если их пихать внутрь сервера, то лучше пусть они будут неанонимными процедурами. 2. query plan посмотреть - не такое это ежедневное занятие, чтобы делать его через таблицу. 3. для рекурсивных обходов дерева существует прекрасно работающий алгоритм , описанный в "Open-Source Components for Informix Dynamic Server 9.x" ISBN 0130428272. 4. Развитие warehouse фич, я думаю, IBMом специально тормозится - если они позиционируют DB2 как datawarehouse engine, то зачем им с собой конкурировать. Впрочем, Metacube все еще продается. 5. При работе с бликировочниками надо мыслить в терминах блокировок. "Будучи в риме, поступай как римляне". Версионности в Informixе нет и не предвидится, в плане накладных расходов версионники для OLTP хуже, чем блокировочники. IMHO. 6. Расширение чанков, очевидно, можно добавить, хотя что с бэкапами при этом произойдет - надо смотреть. Где-то тут пробегал список пожеланий пользователей - специально для вас открыт. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 02:32 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Гайморит Гемороевич>что такое пресловутая plan_table и чем она лучше set explain on ? используя select * from plan_table можно увидеть план не имея доступа к ОС сервера. Мои разработчики не подозревают об операционке, не знают реального айпи сервера, тем не менее имеют возможность быстро и без напряга увидеть план. sysmaster:syssqexplain ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 10:12 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
onstat- Гайморит Гемороевич>что такое пресловутая plan_table и чем она лучше set explain on ? используя select * from plan_table можно увидеть план не имея доступа к ОС сервера. Мои разработчики не подозревают об операционке, не знают реального айпи сервера, тем не менее имеют возможность быстро и без напряга увидеть план. sysmaster:syssqexplain неужели Вы можете, глядя на эту таблицу, представить по шагам, как запрос выполняется? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 10:14 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Выбегалло1.анонимные блоки не умеет dbaccess. А если их пихать внутрь сервера, то лучше пусть они будут неанонимными процедурами.Это ответ адепта. Лично мне, как разработчику, анонимные блоки кода крайне удобны. А иногда жизненно необходимы. Выбегалло2. query plan посмотреть - не такое это ежедневное занятие, чтобы делать его через таблицу.Отладка, в общем тоже. Дебаг тоже будем по листингам осуществлять? Как отцы и деды? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 10:44 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Тан onstat- Гайморит Гемороевич>что такое пресловутая plan_table и чем она лучше set explain on ? используя select * from plan_table можно увидеть план не имея доступа к ОС сервера. Мои разработчики не подозревают об операционке, не знают реального айпи сервера, тем не менее имеют возможность быстро и без напряга увидеть план. sysmaster:syssqexplain неужели Вы можете, глядя на эту таблицу, представить по шагам, как запрос выполняется? На основанни этой таблицы, можно увидеть план запроса приблизительно в таком формате в котором его видно в файле sqlexplain.out. Я когдато очень давно смотрел. Ограничении в том, что explain нужно всеравно включать либо через сессии, либо через onmode(начиная с 9.??) . Если запрос подготовлен prepare до включения explain, то плана видно не будет. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 10:55 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
onstat- На основанни этой таблицы, можно увидеть план запроса приблизительно в таком формате в котором его видно в файле sqlexplain.out. Я когдато очень давно смотрел. Там видно статистику, а не план. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28.
onstat-Ограничении в том, что explain нужно всеравно включать либо через сессии, либо через onmode(начиная с 9.??) . Если запрос подготовлен prepare до включения explain, то плана видно не будет.Ничего от включения explain там не меняется. Только что проверил на 10.00.UC3. sysconblock в этом плане много информативнее, но тоже абсолютная фигня. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21.
... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 11:23 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Журавлев Денис sysconblock в этом плане много информативнее, но тоже абсолютная фигня. Присмотрелся понял что они одинаковые. Прошу прощения. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 11:31 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Евгений Фадеев Выбегалло1.анонимные блоки не умеет dbaccess. А если их пихать внутрь сервера, то лучше пусть они будут неанонимными процедурами.Это ответ адепта. Лично мне, как разработчику, анонимные блоки кода крайне удобны. А иногда жизненно необходимы. Выбегалло2. query plan посмотреть - не такое это ежедневное занятие, чтобы делать его через таблицу.Отладка, в общем тоже. Дебаг тоже будем по листингам осуществлять? Как отцы и деды? Yep. Как говорил один товарищ, visual debugging - это когда смотришь в текст программы и видишь ошибку. Впрочем, говорят, есть какие-то дебаггеры для хранимых процедур, но я такой фигней не заморачиваюсь :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 22:09 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Евгений Фадеев Выбегалло1.анонимные блоки не умеет dbaccess. А если их пихать внутрь сервера, то лучше пусть они будут неанонимными процедурами.Это ответ адепта. Лично мне, как разработчику, анонимные блоки кода крайне удобны. А иногда жизненно необходимы. кстати, в 4GL их полно. А на чем, собственно, вы разрабатываете ? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 22:10 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
>1.анонимные блоки не умеет dbaccess. в клиенте это не то -- сетевой раундтрип нам не нужен. >А если их пихать внутрь сервера, то лучше пусть они будут неанонимными процедурами. Процедуры хорошо, но их так много получается. Хотя я старуюсь любые операции изменения делать через процедуры, а прямых прав на таблицы не давать. >2. query plan посмотреть - не такое это ежедневное занятие, чтобы делать его через таблицу. Такое ощущение что вы работаете в окружении суперменов которые никогда не ошибатся при написании запросов, но лично я смотрю план каждого второго запроса, разработчиков под информикс фиг заставишь смотреть план -- им лень (много пассов руками), а потом вылезают фулсканы из-за забытых кавычек. >3. для рекурсивных обходов дерева существует прекрасно работающий алгоритм , описанный в "Open-Source Components for Informix Dynamic Server 9.x" ISBN 0130428272. Это костыли. >4. Развитие warehouse фич, я думаю, IBMом специально тормозится - если они позиционируют DB2 как datawarehouse engine, то зачем им с собой конкурировать. olap запросы -- это не только варехауз и анализ по концу квартала после ETL, это также и простешие ежедневные отчеты в oltp. Посчитать нарастающий итог, выделить долю из общей суммы -- это естественные операции в оперативной системе. >5. При работе с бликировочниками надо мыслить в терминах блокировок. "Будучи в риме, поступай как римляне". Я тоже так считаю. >Версионности в Informixе нет и не предвидится, в плане накладных расходов версионники для OLTP хуже, чем блокировочники. IMHO. В cdi разработчики информикса намекают что им запрещено говорить о скорой презентации версионности в ids. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 23:20 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Выбегалло 3. для рекурсивных обходов дерева существует прекрасно работающий алгоритм , описанный в "Open-Source Components for Informix Dynamic Server 9.x" ISBN 0130428272. А как он называется? И что используется? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2006, 17:57 |
|
Очередной вопрос неофита :))
|
|||
---|---|---|---|
#18+
Sergey L.Выбегалло 3. для рекурсивных обходов дерева существует прекрасно работающий алгоритм , описанный в "Open-Source Components for Informix Dynamic Server 9.x" ISBN 0130428272. А как он называется? И что используется? а не надо его ни как называть - рекурсивные запросы появились с 11.50FC5W2 ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2009, 22:19 |
|
|
start [/forum/search_topic.php?author=Stang&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
136ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
71ms |
get tp. blocked users: |
1ms |
others: | 726ms |
total: | 1003ms |
0 / 0 |