powered by simpleCommunicator - 2.0.56     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Informix [игнор отключен] [закрыт для гостей] / Очередной вопрос неофита :))
48 сообщений из 48, показаны все 2 страниц
Очередной вопрос неофита :))
    #34000819
Фотография Евгений Фадеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я так понимаю результаты (RETURNING) процедуры/функции нельзя объявить как LIKE TableName.Field? Входные параметры, выходные параметры, локальные переменные - можно, а результаты нельзя?
Или я неправильно понимаю?
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34000848
Фотография Тан
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
правильно
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34000863
Фотография Евгений Фадеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ок. Спасибо.

Этот сервер не перестает меня удивлять...
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34002008
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
зато когда по ошибке электрика обесточивается серверный узел с тремя сотнями активно работающих юзеров и после это информикс поднимается без всяких проблем и ты при этом не удивляешься...
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34002145
Фотография Евгений Фадеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
cprзато когда по ошибке электрика обесточивается серверный узел с тремя сотнями активно работающих юзеров и после это информикс поднимается без всяких проблем и ты при этом не удивляешься...Это нормальное поведение любого промышленного сервера БД...
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34002283
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
cprзато когда по ошибке электрика обесточивается серверный узел с тремя сотнями активно работающих юзеров и после это информикс поднимается без всяких проблем и ты при этом не удивляешься...Поднимаются бд с unbuffered log, другие подниматься не обязаны.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34002286
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Евгений ФадеевЭто нормальное поведение любого промышленного сервера БД...некоторых приходится пнуть: recover database; alter database open;
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34002298
Фотография Евгений Фадеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Журавлев Денис Евгений ФадеевЭто нормальное поведение любого промышленного сервера БД...некоторых приходится пнуть: recover database; alter database open;Это "досадные технические подробности" :). Я имел в виду, что после появления питания можно без "танцев с бубнами" получить рабочую БД. В состоянии "до отключения" (за вычетом незавершенных транзакций).
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34002323
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Евгений ФадеевЭто "досадные технические подробности" :). Я имел в виду, что после появления питания можно без "танцев с бубнами" получить рабочую БД. В состоянии "до отключения" (за вычетом незавершенных транзакций).Понятно.
Про informix sp: Размер sp ограничен 64 кб, возвращаемые параметры можно поименовать лишь в последних версиях. Но очень очень быстро работают, просто в разы по сравнению с некоторыми оффтопичными субд.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34002357
Фотография Евгений Фадеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Журавлев ДенисПро informix sp: Размер sp ограничен 64 кб, За всю свою трудовую деятельность я написал только один запрос (именно запрос, то есть нечто, в известном смысле, неделимое) больше 64К :)). Так что это, с моей точки зрения, ограничение несущественное (одну большую всегда можно (и чаще всего даже нужно!) нарезать на несколько поменьше).
Журавлев Денисвозвращаемые параметры можно поименовать лишь в последних версиях. Я, изначально, спрашивал не про именование, а про объявление типа параметра (LIKE бла-бла-бла).
Журавлев Денис Но очень очень быстро работают, просто в разы по сравнению с некоторыми оффтопичными субд.Не знаю, не сравнивал :) Хотя на эту тему у меня есть некоторые сомнения. Впрочем, справедливости ради, только на уровне ощущений.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34002846
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
Евгений Фадеев Журавлев Денис Евгений ФадеевЭто нормальное поведение любого промышленного сервера БД...некоторых приходится пнуть: recover database; alter database open;Это "досадные технические подробности" :). Я имел в виду, что после появления питания можно без "танцев с бубнами" получить рабочую БД. В состоянии "до отключения" (за вычетом незавершенных транзакций).

ага, восстановление с бэкапа тоже ведь никикие ни танцы ;-) так мелкая техническая подробность.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34002865
Фотография Евгений Фадеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
cpr Евгений ФадеевЯ имел в виду, что после появления питания можно без "танцев с бубнами" получить рабочую БД. В состоянии "до отключения" (за вычетом незавершенных транзакций).
ага, восстановление с бэкапа тоже ведь никикие ни танцы ;-) так мелкая техническая подробность.Внимательно прочтите мой текст выше... Или у Вас есть "такие бэкапы!"? :)
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34003116
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
cprага, восстановление с бэкапа тоже ведь никикие ни танцы ;-) так мелкая техническая подробность.это не восстановление с бэкапа, это тоже самое что "Fast recovery" восстановление целостности по логам.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34003340
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Евгений Фадеев
Журавлев Денис Но очень очень быстро работают, просто в разы по сравнению с некоторыми оффтопичными субд.
Не знаю, не сравнивал :) Хотя на эту тему у меня есть некоторые сомнения. Впрочем, справедливости ради, только на уровне ощущений.

Я попробую развеять Ваши сомнения.

Офтопичная СУБД держит блокировки на диски вместе с SCN.
Чтобы соблюсти целостность данных блокровки проставляются
во всех страницах записи которых соответствуют where.

То есть при выполнении операции изменения все блоки попадают в буферный пул проставляется SCN и только потом начинается операция изменения.

А теперь посмотрите как при этом поступает дбврайтер.
Он сбрасывает грязные блоки в порядке SCN, даже если блоки лежат в буферном пуле и на диске подряд.

Т.Е операция chunkwrite там практически невозможна по той же причине
соблюдения целостности.

Посмотрите на пользовательские сессии которые читают диск в синхронном режиме(асинхронна только запись).

Сравните с архитектурой Informix и у вас не останется сомнений в правоте Дениса даже без проведения тестирования.


p.s. Informix не идеальная СУБД, у нее тоже есть свои тонкости и неудобства, но с точки зрения быстродействия при прочих равных я не вижу ему альтернативы.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34003414
Фотография Евгений Фадеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
onstat-Офтопичная СУБДЭто Вы кого имеете в виду?
На самом деле я не вникаю (во всяком случае не стремлюсь) в совсем уж подробности того, как работатет тот или иной сервер. Если только совсем уже не приперает. Сейчас не тот случай, поэтому готов поверить Вам на слово :)

Просто мне, как разработчику, который не видит "кишок" СУБД не всегда понятны те или иные формы поведения сервера (это не только к Информиксу относится). И когда сталкиваешься с какой-то неочевидностью хочется понять ее причины (а они всегда есть).

За ссылку - спасибо. Почитать обзорную статью про идеологию продукта всегда интересно.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34003506
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
onstat-
Я попробую развеять Ваши сомнения.

Офтопичная СУБД держит блокировки на диски вместе с SCN.
Чтобы соблюсти целостность данных блокровки проставляются
во всех страницах записи которых соответствуют where.
...Я немного о другом, я про то что в оффтопике есть машина которая исполняет plsql и есть еще одна sql, переключение контекста меж ними жутко дорого. У меня есть одна покупная софтинка (под офтопик), там такой ужас, судя по трейсам триггера выполняются дольше чем сами операции изменения, причем время кушают совсем не sql-и внутри триггера, а хрен поймешь чего, руки бы вырвать разработчикам.

Информикс не хуже и не лучше. Он другой, техже средств для анализа (трассировок ожиданий) нет, и как писать олтп приложения высокопроизводительные, с гарантированным временем отклика -- непонятно.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34003727
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
onstat-
Посмотрите на пользовательские сессии которые читают диск в синхронном режиме(асинхронна только запись).
Тут пожалуй ты садишься в лужу. Зачем пользовательским сессия читать асинхронно? К примеру: если читаем индекс, то не прочитав текущую страницу, неизвестно что читать дальше, все равно ждать.
И еще оффтопик на самом деле -- очень быстр, он совсем не тормоз. Вот например.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34003820
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Журавлев Денис onstat-
Посмотрите на пользовательские сессии которые читают диск в синхронном режиме(асинхронна только запись).
Тут пожалуй ты садишься в лужу. Зачем пользовательским сессия читать асинхронно? К примеру: если читаем индекс, то не прочитав текущую страницу, неизвестно что читать дальше, все равно ждать.
И еще оффтопик на самом деле -- очень быстр, он совсем не тормоз. Вот например.


А если производится index range scan и индесные страницы уже в памяти?

Пока расставляем SCNы на текущей странице.
В фоне уже читается следующая.
Или в этом случае тоже лучше подождать?

зы Я не говорил, что он совсем тормоз.

зыы Про лужу я не совсем понял.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34003889
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
onstat-А если производится index range scan и индесные страницы уже в памяти?Страницы при выполнении запроса обходятся последовательно, не параллельно.

onstat-Пока расставляем SCNы на текущей странице.
В фоне уже читается следующая.
Или в этом случае тоже лучше подождать?тут мне сложно сказать, я шибко некомпетентен.


onstat-зыы Про лужу я не совсем понял.а, не важно.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34006367
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Журавлев Денис cprзато когда по ошибке электрика обесточивается серверный узел с тремя сотнями активно работающих юзеров и после это информикс поднимается без всяких проблем и ты при этом не удивляешься...Поднимаются бд с unbuffered log, другие подниматься не обязаны.
Обязаны. Возможно, с потерей транзакций, находившихся в буфере журнала, но подниматься обязаны с восстановлением целостности оставшейся информации.
К сожалению, это не всегда так (и в отношении Информикса тоже).
Богатый опыт общения с несколькими сотнями используемых серверов по всей Украине (с неквалифицированным, часто, персоналом, выключениями питания (и УПС-ы не помогают), работающими Fuzzy Checkpoint, и пр. приводят к тому, что раз в две-четыре недели у кого то сервер не поднимается после очередного "катаклизьма". Чаще всего из-за невозможности откатить транзакцию... Это доли процента, но они есть. Все таки в fast recovery или в самом механизме обеспечения целостности есть слабые места и на большом кол-ве событий они проявляются.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34006466
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vasilis
Обязаны. Возможно, с потерей транзакций, находившихся в буфере журнала, но подниматься обязаны с восстановлением целостности оставшейся информации.Т.е. потеряны будут закомиченные транзакции.

vasilis
К сожалению, это не всегда так (и в отношении Информикса тоже).Хм, помнится в ucdi было обсуждение как может побится индекс в бафферед.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34016077
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
vasilis Журавлев Денис cprзато когда по ошибке электрика обесточивается серверный узел с тремя сотнями активно работающих юзеров и после это информикс поднимается без всяких проблем и ты при этом не удивляешься...Поднимаются бд с unbuffered log, другие подниматься не обязаны.
Обязаны. Возможно, с потерей транзакций, находившихся в буфере журнала, но подниматься обязаны с восстановлением целостности оставшейся информации.
К сожалению, это не всегда так (и в отношении Информикса тоже).
Богатый опыт общения с несколькими сотнями используемых серверов по всей Украине (с неквалифицированным, часто, персоналом, выключениями питания (и УПС-ы не помогают), работающими Fuzzy Checkpoint, и пр. приводят к тому, что раз в две-четыре недели у кого то сервер не поднимается после очередного "катаклизьма". Чаще всего из-за невозможности откатить транзакцию... Это доли процента, но они есть. Все таки в fast recovery или в самом механизме обеспечения целостности есть слабые места и на большом кол-ве событий они проявляются.

Абсолютно надежных СУБД как известно нет, но по рассказам знакомых, которые супортят сервера с оффтопичной БД у Телетузиков у них вероятность получить неприятность заметно выше. Приходилось слушать страшилки про то, как после команды на опускание сервака она не выполняется часами и при этом весь супорт, включая самых высоких гуру в Москве, разводит руками не зная что с этим делать.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34016087
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
Журавлев Денис vasilis
Обязаны. Возможно, с потерей транзакций, находившихся в буфере журнала, но подниматься обязаны с восстановлением целостности оставшейся информации.Т.е. потеряны будут закомиченные транзакции.

vasilis
К сожалению, это не всегда так (и в отношении Информикса тоже).Хм, помнится в ucdi было обсуждение как может побится индекс в бафферед.

ага, транзакции из буфера могут быть утеряны.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34016097
Фотография Евгений Фадеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я прошу прощения, но фраза cprпо рассказам знакомых cprу них вероятность получить неприятность заметно выше на мой взгляд некорректна. Безотносительно серверов и прочего. Ибо про вероятности можно говорить опираясь на статистику (цифры), но не на ощущения. А о сравнимых данных, в данном случае речь не идет.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34016239
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
Евгений ФадеевЯ прошу прощения, но фраза cprпо рассказам знакомых cprу них вероятность получить неприятность заметно выше на мой взгляд некорректна. Безотносительно серверов и прочего. Ибо про вероятности можно говорить опираясь на статистику (цифры), но не на ощущения. А о сравнимых данных, в данном случае речь не идет.

С учетом того, что эти люди около 10 лет проработали со мной и супортили с 98 года несколько десятков серверов Informix c максимальным объемом >50 Гиг?
Говорю именно с учетом опыта людей, эксплуатировавших и то и другое.
У Informix'а есть недостатки, но не в администрировании и надежности.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34016251
Фотография Евгений Фадеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
cprГоворю именно с учетом опыта людей, эксплуатировавших и то и другое.Ок, я в общем, не оспаривал.
cprУ Informix'а есть недостатки, но не в администрировании и надежности.Это, наверное, хорошо когда ты - администратор. Мне хуже - я разработчик. Из всех серверов, которые я видел - Informix самый ужасный. Причем функционально - довольно богат. Только зачастую не там где надо. А вот где надо... И вообще создает ощущение какой-то "сырости", недоведенности что ли...
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34016294
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
Евгений Фадеев cprГоворю именно с учетом опыта людей, эксплуатировавших и то и другое.Ок, я в общем, не оспаривал.
cprУ Informix'а есть недостатки, но не в администрировании и надежности.Это, наверное, хорошо когда ты - администратор. Мне хуже - я разработчик. Из всех серверов, которые я видел - Informix самый ужасный. Причем функционально - довольно богат. Только зачастую не там где надо. А вот где надо... И вообще создает ощущение какой-то "сырости", недоведенности что ли...

Не поверите, когда ты администратор - просто супер ;-)

А вообще ИМХО Informix как раз и уступил рынок потому что не смог обеспечить всей необходимой обвязки вокруг своего энджайна.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34016296
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
cprАбсолютно надежных СУБД как известно нет, но по рассказам знакомых, которые супортят сервера с оффтопичной БД у Телетузиков у них вероятность получить неприятность заметно выше.А тебе не кажется что тех больше на два порядка (десятичных)?

cprПриходилось слушать страшилки про то, как после команды на опускание сервака она не выполняется часами и при этом весь супорт, включая самых высоких гуру в Москве, разводит руками не зная что с этим делать.ой, а [onmode -ky] у тебя не зависал намертво?
Больше всего я ненавижу нижний уровень саппорта и тут и там, неделями доказываешь что ты не верблюд, поубивалбы.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34016330
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
Журавлев Денис cprАбсолютно надежных СУБД как известно нет, но по рассказам знакомых, которые супортят сервера с оффтопичной БД у Телетузиков у них вероятность получить неприятность заметно выше.А тебе не кажется что тех больше на два порядка (десятичных)?

cprПриходилось слушать страшилки про то, как после команды на опускание сервака она не выполняется часами и при этом весь супорт, включая самых высоких гуру в Москве, разводит руками не зная что с этим делать.ой, а [onmode -ky] у тебя не зависал намертво?
Больше всего я ненавижу нижний уровень саппорта и тут и там, неделями доказываешь что ты не верблюд, поубивалбы.

ага, было дело пару раз. (за все время действительно пару, причем только с ХАДР)
Но при этом ,делая то что нельзя, т.е. kill -9 сервак все же встает потом.
(три раза стук по дереву)
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34016457
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Евгений Фадеев разработчик. Из всех серверов, которые я видел - Informix самый ужасный..информикс остановился где-то в 96-97 году.

Новые трюки:
Код: plaintext
1.
2.
select skip  10  limit  10  multiset(select skip  1  limit  3  tabname from systables order by tabname), tabid from systables 
order by tabid
Код: plaintext
TRUNCATE  REUSE STORAGE
не радуют
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34016983
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
cpr
А вообще ИМХО Informix как раз и уступил рынок потому что не смог обеспечить всей необходимой обвязки вокруг своего энджайна.

Гыыы Информикс рынок никому не уступал , просто его купила IBM и это теперь
продажи Informix неплохо растут

О какой "необходимой обвязке " идет речь? Если это GUI для администрирования, так это небольшой недостаток (который с успехом компенсируется разными софтом например ServerStudio
И не забывайте про ISA (веб интерфейс для администрирования Informix) и onperf которые идут в поставке Informix.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34017243
cpr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cpr
Гость
Andron cpr
А вообще ИМХО Informix как раз и уступил рынок потому что не смог обеспечить всей необходимой обвязки вокруг своего энджайна.

Гыыы Информикс рынок никому не уступал , просто его купила IBM и это теперь
продажи Informix неплохо растут

О какой "необходимой обвязке " идет речь? Если это GUI для администрирования, так это небольшой недостаток (который с успехом компенсируется разными софтом например ServerStudio
И не забывайте про ISA (веб интерфейс для администрирования Informix) и onperf которые идут в поставке Informix.

Меня агитировать не надо, я сам кого хош заагитирую :-) т.к. считаю Informix лучшим сервером на сегодняшний момент, и администрю его в командной строке без проблем.

Под обвязкой его понимаются все компоненты решения (сервер приложений и тд), которые Оракл поставил в свое время, в том числе и под мелкософт, чем и завоевал рынок.
А у Informix к сожалению только сервер, хоть и очень хороший, но только сервер.
Причем я говорю не о том, что сейчас, а о том периоде когда Informix реально начал проигрывать рынок, несмотря на огромное технологическое преимущество семерки над тем, что там было тогда у Оракла.
Хотя я думаю, что скорее всего проблемы были в первую очередь финансовые.
Сейчас IBM его интегрировала я так понимаю и в свой сервер приложений и как тут говорили с MQ и наверняка со всем, чем только можно, но время то упущено.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34017263
>считаю Informix лучшим сервером на сегодняшний момент, и администрю его в командной строке без проблем.
Сделать лучшую субд не сложно -- сложно продать.
Отсутсвие пресловутой plan_table, бедность sql, отсуствие анонимных блоков -- отпугивают разработчиков. В текущем моменте самый ценный ресурс это мозги -- мозгам проще и быстрее писать connect by prior, чем разбираться с деревьями JoeCelco.
Для админов тоже есть свои красные тряпки -- блокирование читающих, чекпоинты, отсутсвие тупого аворасширения чанков.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34018122
Фотография Евгений Фадеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дюбель ШуруповичДля админов тоже есть свои красные тряпки -- блокирование читающихЭто и для разработчиков те еще приключения...
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34020454
Выбегалло
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дюбель Шурупович>считаю Informix лучшим сервером на сегодняшний момент, и администрю его в командной строке без проблем.
Сделать лучшую субд не сложно -- сложно продать.
Отсутсвие пресловутой plan_table, бедность sql, отсуствие анонимных блоков -- отпугивают разработчиков. В текущем моменте самый ценный ресурс это мозги -- мозгам проще и быстрее писать connect by prior, чем разбираться с деревьями JoeCelco.
Для админов тоже есть свои красные тряпки -- блокирование читающих, чекпоинты, отсутсвие тупого аворасширения чанков.

что такое пресловутая plan_table и чем она лучше set explain on ?
Что такое анонимные блоки ? 10 лет с информиксом вожусь, ни разу не понадобились - может, я что-то в жизни потерял ? И чем конкретно SQL так беден, нестандартными и непереносимыми расширениями ? О каких деревьях JoeCelco идет речь ? Чем админам досадили чекпойнты и "блокирование читающих" ? Как можно тупо реализовать расширение raw-device, на которых работает подавляющее число продакшн инстансов ?
вопросы, вопросы...
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34020515
>что такое пресловутая 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, а нету.

>вопросы, вопросы...
ответы.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34020629
Выбегалло
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гайморит Гемороевич>что такое пресловутая 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. Расширение чанков, очевидно, можно добавить, хотя что с бэкапами при этом произойдет - надо смотреть. Где-то тут пробегал список пожеланий пользователей - специально для вас открыт.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34021057
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Гайморит Гемороевич>что такое пресловутая plan_table и чем она лучше set explain on ?
используя select * from plan_table можно увидеть план не имея доступа к ОС сервера. Мои разработчики не подозревают об операционке, не знают реального айпи сервера, тем не менее имеют возможность быстро и без напряга увидеть план.


sysmaster:syssqexplain
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34021070
Фотография Тан
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
onstat- Гайморит Гемороевич>что такое пресловутая plan_table и чем она лучше set explain on ?
используя select * from plan_table можно увидеть план не имея доступа к ОС сервера. Мои разработчики не подозревают об операционке, не знают реального айпи сервера, тем не менее имеют возможность быстро и без напряга увидеть план.


sysmaster:syssqexplain
неужели Вы можете, глядя на эту таблицу, представить по шагам, как запрос выполняется?
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34021198
Фотография Евгений Фадеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Выбегалло1.анонимные блоки не умеет dbaccess. А если их пихать внутрь сервера, то лучше пусть они будут неанонимными процедурами.Это ответ адепта. Лично мне, как разработчику, анонимные блоки кода крайне удобны. А иногда жизненно необходимы.
Выбегалло2. query plan посмотреть - не такое это ежедневное занятие, чтобы делать его через таблицу.Отладка, в общем тоже. Дебаг тоже будем по листингам осуществлять? Как отцы и деды?
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34021238
onstat-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тан onstat- Гайморит Гемороевич>что такое пресловутая plan_table и чем она лучше set explain on ?
используя select * from plan_table можно увидеть план не имея доступа к ОС сервера. Мои разработчики не подозревают об операционке, не знают реального айпи сервера, тем не менее имеют возможность быстро и без напряга увидеть план.




sysmaster:syssqexplain
неужели Вы можете, глядя на эту таблицу, представить по шагам, как запрос выполняется?

На основанни этой таблицы,
можно увидеть план запроса приблизительно в таком
формате в котором его видно в файле sqlexplain.out.
Я когдато очень давно смотрел.

Ограничении в том, что explain нужно всеравно включать
либо через сессии, либо через onmode(начиная с 9.??) .
Если запрос подготовлен prepare до включения explain, то плана
видно не будет.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34021375
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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.
sqx_sessionid     54
sqx_sdbno         0
sqx_iscurrent     Y
sqx_executions    0
sqx_cumtime       0,00
sqx_bufreads      0
sqx_pagereads     0
sqx_bufwrites     0
sqx_pagewrites    0
sqx_totsorts      0
sqx_dsksorts      0
sqx_sortspmax     0
sqx_conbno        0
sqx_ismain        Y
sqx_selflag       SQ_SELECT
sqx_estcost       10331
sqx_estrows       332424
sqx_seqscan       1
sqx_srtscan       0
sqx_autoindex     0
sqx_index         0
sqx_remsql        1
sqx_mrgjoin       0
sqx_dynhashjoin   0
sqx_keyonly       0
sqx_tempfile      1
sqx_tempview      1
sqx_secthreads    0
sqx_sqlstatement  select skip 10           v.tabid from systables,syscolumns v

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.
cbl_sessionid    54
cbl_sdbno        0
cbl_conbno       0
cbl_ismainblock  Y
cbl_selflag      2
cbl_estcost      10331
cbl_estrows      332424
cbl_flags        395264
cbl_flags2       205312
cbl_seqscan      1
cbl_srtscan      0
cbl_autoindex    0
cbl_index        0
cbl_remsql       1
cbl_mrgjoin      0
cbl_dynhashjoin  0
cbl_keyonly      0
cbl_tempfile     1
cbl_tempview     1
cbl_secthreads   0
cbl_stmt         select skip 10           v.tabid from systables,syscolumns v
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34021416
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Журавлев Денис
sysconblock в этом плане много информативнее, но тоже абсолютная фигня.
Присмотрелся понял что они одинаковые. Прошу прощения.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34023596
Выбегалло
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Евгений Фадеев Выбегалло1.анонимные блоки не умеет dbaccess. А если их пихать внутрь сервера, то лучше пусть они будут неанонимными процедурами.Это ответ адепта. Лично мне, как разработчику, анонимные блоки кода крайне удобны. А иногда жизненно необходимы.
Выбегалло2. query plan посмотреть - не такое это ежедневное занятие, чтобы делать его через таблицу.Отладка, в общем тоже. Дебаг тоже будем по листингам осуществлять? Как отцы и деды?

Yep. Как говорил один товарищ, visual debugging - это когда смотришь в текст программы и видишь ошибку. Впрочем, говорят, есть какие-то дебаггеры для хранимых процедур, но я такой фигней не заморачиваюсь :-)
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34023597
Выбегалло
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Евгений Фадеев Выбегалло1.анонимные блоки не умеет dbaccess. А если их пихать внутрь сервера, то лучше пусть они будут неанонимными процедурами.Это ответ адепта. Лично мне, как разработчику, анонимные блоки кода крайне удобны. А иногда жизненно необходимы.


кстати, в 4GL их полно. А на чем, собственно, вы разрабатываете ?
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34023656
>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.
...
Рейтинг: 0 / 0
Очередной вопрос неофита :))
    #34026844
Sergey L.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Выбегалло
3. для рекурсивных обходов дерева существует прекрасно работающий алгоритм , описанный в "Open-Source Components for Informix Dynamic Server 9.x" ISBN 0130428272.


А как он называется? И что используется?
...
Рейтинг: 0 / 0
Период между сообщениями больше года.
Очередной вопрос неофита :))
    #36256777
Sergey L.Выбегалло
3. для рекурсивных обходов дерева существует прекрасно работающий алгоритм , описанный в "Open-Source Components for Informix Dynamic Server 9.x" ISBN 0130428272.


А как он называется? И что используется?

а не надо его ни как называть - рекурсивные запросы появились с 11.50FC5W2
...
Рейтинг: 0 / 0
48 сообщений из 48, показаны все 2 страниц
Форумы / Informix [игнор отключен] [закрыт для гостей] / Очередной вопрос неофита :))
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]