Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
softwarer Особенно ярко это видно в отношении описания моего компьютера :) Это экстраполяция описания компьютеров пользователей, которые обычно приходят с аналогичными проблемами в тематический раздел. Ничего личного, голая статистика. softwarer А почему не from_char(...,'TM') или, например, не to_number('MT',...)? Потому что эти функции не документированы. А использование недокументированных возможностей - чревато боком. Потому и г-н Бегун о них отказывается рассказывать. softwarer получаешь облом в более чем логичной попытке запросить RDB$TABLES Эта логика основывается на недостаточной информированности: Firebird - реляционная СУБД, а не табличная. softwarer Что, кстати, в рамках заданного вопроса совершенно неважно, и если предположить, что тебя действительно интересует ответ именно на тот вопрос, выглядит как "лишь бы придраться". Вон там, повыше, я уже указывал Ё! на это дополнительное требование, которое он тоже проигнорировал. И которое не выглядит как "лишь бы придраться", если учесть, что мне нужно обрабатывать поток данных с Firebird, которая использует только точку как разделитель. И так да, я не могу передавать данные в двоичном формате, поскольку требуется единообразная обработка разных типов (да и по-любому в Оракуле нет птичьих Decimal и Numeric). Потому строка была выбрана как наименьший деноминатор. И я не могу зафиксировать точку как разделитель в Оракуле, поскольку игнорировать желания пользователя, выраженные в виде NLS настроек - плохой тон. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 12:36 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
softwarer никакими "логическими рассуждениями" этот путь не найти. Логику обычно применяют, когда документации уже недостаточно. Как раз потому, что достоверность результатов логики ниже. softwarer Тут у нас нелогично прочитать смысл параметра в документации, а Вы говорите - "содрать отсюда". Это "отсюда" было написано как раз для неспособных открыть для себя Language Reference. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 12:46 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
softwarerпочему, когда наконец находишь некую зашифрованную информацию о типе в таблице RDB$FIELDS (вроде бы логичной, но где же, чёрт возьми, RDB$TABLES?) оказывается, что как-то нетривиально понять, к какой же всё-таки таблице относится это поле? потому что у каждой СУБД есть собственный словарь, и этот словарь вовсе не обязан быть стандартным - нет таких требований. При желании можно было бы создать view на системные таблицы, которые имитируют стандартный интерфейс словаря (не помню, как он называется). Припоминаю какой-то топик, в котором этот вопрос обсуждался, и выяснилось, что вовсе не все СУБД имеют совместимый словарь, да и совместимость у тех, где он есть, тоже хромает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 12:48 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
kdvПри желании можно было бы создать view на системные таблицы, которые имитируют стандартный интерфейс словаря (не помню, как он называется). INFORMATION_SCHEMA views. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 12:58 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
pkarklinINFORMATION_SCHEMA views. да, точно, спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 13:01 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovЭто экстраполяция Это не "голые факты". Итого, ты задокументированно сказал неправду. Dimitry SibiryakovПотому что эти функции не документированы. Дык ты таки реши, ты пользуешься "логикой" или "документацией". Потому как если пользоваться документацией, "твоего логичного решения" не выходит, а если пользоваться логикой - как мы видим, "твоё логичное решение" ничуть не более логично, нежели несколько других. Dimitry SibiryakovПотому и г-н Бегун А он-то тут при чём? Dimitry Sibiryakovsoftwarerполучаешь облом в более чем логичной попытке запросить RDB$TABLES Эта логика основывается на недостаточной информированности: Firebird - реляционная СУБД, а не табличная. /me радостно убежал выполнять оператор CREATE RELATION.... ля, снова облом! И они таки где-то находят здесь логику Dimitry Sibiryakovесли учесть, что мне нужно обрабатывать Я вполне верю, что в рамках какой-то другой задачи тебе нужно обрабатывать. В рамках вопроса to_number(to_char()) - это требование бессмысленно. Вот это как раз - голый факт. Теперь давай поговорим о твоей задаче. Dimitry Sibiryakovпоток данных с Firebird, ..... Ну ОК. Допустим, Firebird не умеет использовать правильный формат вывода чисел, я это могу понять. Но не очень понимаю, в чём проблема указать nls параметры. В том, что Firebird ещё и не умеет выдавать строку в каком-то одном формате, а пихает её наперебой в разных? Как-то некрасиво получается, если одному продукту разрешается вываливать любой мусор, и это нормально, а другой объявляется нелогичным только потому, что в нём требуется чуть подумать "как можно этот мусор разгрести". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 13:05 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
kdvпотому что у каждой СУБД есть собственный словарь, и этот словарь вовсе не обязан быть стандартным Ну, по стандарту обязан, но в целом я согласен и ничуть не требую от него быть стандартным. Но было бы логично , если бы этот "собственный словарь" был удобным . Когда я учил людей Oracle, я всегда говорил им одну фразу: "Запомните одно-единственное слово, dba_views. Сделав запрос к этому представлению, вы легко найдёте способ достать из системного словаря любую информацию, которая там только есть". И они таки легко находили. Поскольку Дмитрий постулирует необходимость следовать некоей высосанной из пальцаобщепринятой логике, я просто продемонстрировал попытку применить этот же подход к более родной ему тематике. kdvи выяснилось, что вовсе не все СУБД имеют совместимый словарь, да и совместимость у тех, где он есть, тоже хромает. Мало того, сама по себе INFORMATION_SCHEMA как она описана в стандарте не то чтобы отличается удобством. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 13:12 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
softwarer Это не "голые факты". Итого, ты задокументированно сказал неправду. Или я сказал правду, а тебе теперь стыдно за зоопарк вирусов у себя на компе и ты всё отрицаешь. Твоё слово против моего. softwarer Дык ты таки реши, ты пользуешься "логикой" или "документацией". Т.е. до места "логику обычно применяют, когда документации уже недостаточно. Как раз потому, что достоверность результатов логики ниже" ты не дочитал... softwarerИ они таки где-то находят здесь логику Кто такие "они"? Я покамест не видел чтобы тут (или где-либо ещё) кто-то восхищался тем "как все же он логично устроен" в отношении Firebird. softwarerНо не очень понимаю, в чём проблема указать nls параметры. В том, что указать их без указания fmt - невозможно. А fmt, работающего как с фиксированным так и экспоненциальным представлением числа - нет. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 13:20 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
softwarer Поскольку Дмитрий постулирует необходимость следовать некоей высосанной из пальцаобщепринятой логике Вообще-то я всего лишь пытаюсь опровергнуть выдвинутый в заголовочном сообщении тезис "в Оракуле всё очень логично". Показать, что какой-либо другой сервер более логичен я не пытаюсь. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 14:17 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov softwarer Это не "голые факты". Итого, ты задокументированно сказал неправду. Или я сказал правду, Нет, не или. Ни одного шанса. Ты сказал: Dimitry SibiryakovВообще-то как раз в этой теме я покамест придерживаюсь голых фактов Также ты сказал: Dimitry SibiryakovЭто экстраполяция Итого, ты сказал, что придерживаешься голых фактов и одновременно признал, что как минимум часть изложенного - не факт, а экстраполяция. Таким образом, минимум в одном из этих утверждений ты солгал. Все исходные - доступны в топике и проверяемы. То есть твоя ложь - объективно подтверждённый факт. Привыкай с этим жить, удачи. Dimitry SibiryakovВ том, что указать их без указания fmt - невозможно. А fmt, работающего как с фиксированным так и экспоненциальным представлением числа - нет. И что же в этом нелогичного? Ты опровергаешь тезис "всё логично" примером отсутствия такого смешанного формата. Так объясни, пожалуйста, что нелогичного в его отсутствии? Или каждый раз, когда ты придумываешь какую-то ненужную фичу, её отсутствие кажется тебе нелогичным? Dimitry SibiryakovВообще-то я всего лишь пытаюсь опровергнуть выдвинутый в заголовочном сообщении тезис "в Оракуле всё очень логично". Показать, что какой-либо другой сервер более логичен я не пытаюсь. Видишь ли в чём дело, говорить "очень", "не очень" или там "ниже среднего" можно только относительно какого-либо ожидаемого уровня. Скажем, прыжок на 18 метров в длину - очень длинный, потому как больше мирового рекорда, а прыжок на 50 см в длину - не очень длинный, потому как любой здоровый человек легко прыгнет дальше. Я, если ты заметишь, всего лишь пытаюсь показать, что твой оппонент чертовски неудачно выбрал аргументацию, и в рамках его логики можно найти куда более яркие примеры. Тем не менее, раз уж так сложилось, у тебя есть выбор: либо согласиться с тем, что Firebird - более-менее логичный продукт и может использоваться как базис для сравнения, либо объявить, что Firebird с твоей точки зрения - образец нелогичности и по сравнению с ним нетрудно выглядеть очень логичным. Твой ход? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 15:18 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
softwarerИ что же в этом нелогичного? Действительно, что нелогичного в однонаправленных преобразованиях?.. В математике нет обратного преобразования для возведения в квадрат, хэши опять же... В Оракуле нет обратного преобразования для формата TM. Раз нет, значит никому не было нужно. Да, топикстартер прав, Оракул логичен. И вообще он впереди планеты всей. Некоторые, правда, считают, что эта планета катится в ад, но и это логично. Все идите на Оракул! Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 15:49 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovВ Оракуле нет обратного преобразования для формата TM. .. Некоторые, правда, считают, что эта планета катится в ад, То есть, по делу сказать нечего. ЧТД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 17:49 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
Сам то понял что написал? Подробнее про Линукс+MSSQL... Про использование СУБД я не писал, обсуждалась схема ФП+дбф. Если использовать те СУБД которые ты перечислил то ФП выкинуть как мусор. Иди читай топик внимательно чтобы не писать тут бред. Модератор: не кормите тролей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 17:50 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
MasterZiv goldenfoods wrote: > принимать решение о нелогичности оракла. Вот отсутствие журнала > транзакций в файерберде это уже не логично. Давайте приводит аргументы Что ж там нелогичного ? Не нужен он там -- вот и нету его. Но теперь уже кстати сделали. Ну как быть с незкоммиченными транзакциями в момент аварийного завершения работы сервера? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 19:29 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
MasterZiv goldenfoods wrote: > любого проекта. Кто-нибудь может привести аргументы, что это не так? Я могу. PLSQL -- плохой язык для программирования СУБД. В нём очень много нереляционных возможностей. В том то его и прелесть. Вы можете объединять код SQL И код обычного языка программирования в одном флаконе ( блоке, процедуре не суть важно). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 19:31 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
goldenfoods Ну как быть с незкоммиченными транзакциями в момент аварийного завершения работы сервера? В момент завершения - никак, на то оно и аварийное. При последующем запуске - пометить как откатившиеся и всё. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 19:33 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov goldenfoodsпонял как все же он логично устроен. Логично устроен, говоришь... Какая же логика стоит за неработоспособностью конструкции Код: plaintext Почему Вы решили что эти функции обратны? Если принять условие, что функции не есть обратны, то можно сделать логический вывод (как и все в оракле, не забываем, что я фанатик), что параметр и не должен быть в обеих функциях сразу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 19:33 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov softwarer Да, в самом деле странно. Подаёшь в функцию бредовый параметр, который она не умеет и не может по бизнес-логике уметь обрабатывать - и удивляешься сообщению об ошибке. Вот только почему-то: 1) Этот параметр не описан в документации как неработоспособный для to_number; 2) Автоматическое определение формата числа смог сделать любой, кто в детстве писал калькулятор, интерпретатор или хотя бы парсер, но не разработчики Оракула, включая г-на Бегуна; 3) Ошибка звучит как "неправильное число", а не "неправильный формат". Первые два пункта я ещё могу понять, а вот логику последнего - не понимаю. Если параметр бредовый, почему на него нет ругани? Я думаю средство диагностики может иметь ошибки. Касательно логики устройства Оракл, я прежде всего имею ввиду его архитектуру, а не набор функций, хотя они тоже логичны. Как раз отсутствие параметра, из=за которого весь сыр бор и доказывает логичность этого замечательного продукта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 19:38 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
softwarerDimitry SibiryakovПервые два пункта я ещё могу понять, а вот логику последнего - не понимаю. Если параметр бредовый, почему на него нет ругани? Вернее, "не та ругань". Неудачная диагностика - это, безусловно, недочёт. Хотя Вы выбрали далеко не самый яркий пример, куда хуже, например, любимая оракловая диагностика "не найдена правая скобка". Если хотите поискать нелогичные решения в Oracle - я бы в первую очередь сосредоточился на дико устаревшем ограничении идентификатора в 30 байт, особенно актуальном в многобайтовых кодировках. Однако, это кажется мне мелочью по сравнению, например, с недавним случаем, когда после нормального, беспроблемного увода компьютера в hibernate firebird-овская база отказалась открываться с диагностикой со смыслом "db file corrupted" (точной формулировки не вспомню). Вот почему категорически запрещено ставить файерберд для корпоративного использования. Просто вредно. Лучше потратиться и купить оракл стандарт едишн ван стоит 180 долл пер юзер. А если вообще нет денег, то экспресс едишн очень удобен+получаешь бесплатно еще и разработку веб-интерефейса к базе. Такой себе акцесс а ля оракл получается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 19:41 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
kdvgoldenfoodsOracle лидер в СУБД. во блин, Америку открыл. успокойся лучше. goldenfoodsесть столько всяких вкусностей, что наверное его нужно выбирать для любого проекта. вот это уже идиотизм. Если, конечно, кроме Оракла ты больше ничего не знаешь, и знать не хочешь. А еще тут есть несколько городских сумасшедших, которые тебе расскажут, что или FoxPro, или TJ7, или ... куда лучше Оракла. Я же напомню выражение Михаила Елашкина: "Оракл тоже говно, но остальные еще хуже". Так что, я бы советовал придерживался мировосприятия именно в таком ключе. Потому что обратное близко к религиозному бреду. А что вера это плохо? Человек без веры в что либо не имеет цели. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 19:42 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov softwarer Формат TM существует для TO_CHAR-а. Любой, у кого хватит мозгов прочитать документацию, поймёт, что в TO_NUMBER его просто некуда применить. Ну, я обычно считаю логичным, что если число можно преобразовать в строку с минимальным количеством символов, то должен существовать и способ обратного преобразования. И то, что обратного преобразования не существует, я считаю нелогичным. Но, очевидно, логичный Оракул использует какую-то другую логику. Возможно, женскую. Во всяком случае только женской логикой можно объяснить то, что функции to_number и OCINumberFromString хотя и предназначены для одинаковой цели, действуют по-разному и, вероятно, написаны разными людьми. Это Ваша личная логика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 19:43 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov softwarer Это куда достойнее, нежели грубые передёргивания, рассчитанные на неграмотного лоха, которые Вы позволяете себе начиная с первого поста этой беседы. Вообще-то как раз в этой теме я покамест придерживаюсь голых фактов и к передёргиваниям не прибегал. Просто продавливаю свой старый вопрос: "есть строка, полученная посредством to_char(..., 'TM'). Как её преобразовать обратно в число?" Согласно моей логике это должно было бы быть to_number(..., 'TM'). Однако облом. Поэтому я и пытаюсь выбить из топикстартера (который заявил, что "как все же он /Оракул/ логично устроен") какую логику надо применить, чтобы найти в Оракуле функцию обратного преобразования данной строки. ЗЫ: Я знаю ответ и знаю что ты тоже его знаешь, но мне интересно как будет выкручиваться именно топикстартер... Покамест от него прозвучали два ответа: "а у вас негров линчуют а в Firebird лога нет" и "to_number вообще без параметра fmt". Оба бесполезны. Второй - потому что без параметра fmt нельзя использовать параметр nlsparam. Где про негров было сказано? Да файерберда лога нет вот и все факт нелогичности. Но вроде как появился. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 19:45 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
FreemanZAVвыбираю Oracle впереди планеты всей! Где-то я видел конкурс от самого Оракла. Там дают сколько-то тыщ баксов тому, кто обоснует, чем какая-либо СУБД лучше Оракла. Только вот найти нигде не могу. И они не боятся потерять деньги. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 19:46 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
Eugenkru10Зайцев ФёдорFreemanZAVвыбираю Oracle впереди планеты всей! Где-то я видел конкурс от самого Оракла. Там дают сколько-то тыщ баксов тому, кто обоснует, чем какая-либо СУБД лучше Оракла. Только вот найти нигде не могу. Нуууу. Пока никому не удалось объяснить автору TJ7, что его СУБД возможно не самая лучшая в мире. Это показатель? Самая лучшая пока что это Visual Foxpro 9! Как вот этот продукт хранит данные? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 19:47 |
|
||
|
Все таки Oracle впереди планеты всей!
|
|||
|---|---|---|---|
|
#18+
iscrafmSaller, 97% всех пользователей компьютеров так поступают. Они все настолько суровы? Откуда такая информация? Например я использую FreeBSD, Oracle Linux для серверной части. FreeBSD+gnome для десктопа и я думаю, таких как я очень много ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2010, 19:49 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=36726283&tid=1552783]: |
0ms |
get settings: |
8ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
33ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
| others: | 251ms |
| total: | 370ms |

| 0 / 0 |
