Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6 7 8 9 10 .. 17   вперед  Ctrl
 Re: Все таки Oracle впереди планеты всей!  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54783

softwarer

Особенно ярко это видно в отношении описания моего компьютера :)

Это экстраполяция описания компьютеров пользователей, которые обычно
приходят с аналогичными проблемами в тематический раздел. Ничего
личного, голая статистика.

softwarer

А почему не from_char(...,'TM') или, например, не to_number('MT',...)?

Потому что эти функции не документированы. А использование
недокументированных возможностей - чревато боком. Потому и г-н Бегун о
них отказывается рассказывать.

softwarer

получаешь облом в более чем логичной попытке запросить RDB$TABLES

Эта логика основывается на недостаточной информированности: Firebird -
реляционная СУБД, а не табличная.

softwarer

Что, кстати, в рамках заданного вопроса совершенно неважно, и если
предположить, что тебя действительно интересует ответ именно на тот
вопрос, выглядит как "лишь бы придраться".

Вон там, повыше, я уже указывал Ё! на это дополнительное требование,
которое он тоже проигнорировал. И которое не выглядит как "лишь бы
придраться", если учесть, что мне нужно обрабатывать поток данных с
Firebird, которая использует только точку как разделитель. И так да, я
не могу передавать данные в двоичном формате, поскольку требуется
единообразная обработка разных типов (да и по-любому в Оракуле нет
птичьих Decimal и Numeric). Потому строка была выбрана как наименьший
деноминатор. И я не могу зафиксировать точку как разделитель в Оракуле,
поскольку игнорировать желания пользователя, выраженные в виде NLS
настроек - плохой тон.

Posted via ActualForum NNTP Server 1.4

6 июл 10, 12:36    [9056050]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54783

softwarer

никакими "логическими рассуждениями" этот путь не найти.

Логику обычно применяют, когда документации уже недостаточно. Как раз
потому, что достоверность результатов логики ниже.

softwarer

Тут у нас нелогично прочитать смысл параметра в документации, а Вы
говорите - "содрать отсюда".

Это "отсюда" было написано как раз для неспособных открыть для себя
Language Reference.

Posted via ActualForum NNTP Server 1.4

6 июл 10, 12:46    [9056136]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30253
softwarer
почему, когда наконец находишь некую зашифрованную информацию о типе в таблице RDB$FIELDS (вроде бы логичной, но где же, чёрт возьми, RDB$TABLES?) оказывается, что как-то нетривиально понять, к какой же всё-таки таблице относится это поле?

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

Припоминаю какой-то топик, в котором этот вопрос обсуждался, и выяснилось, что вовсе не все СУБД имеют совместимый словарь, да и совместимость у тех, где он есть, тоже хромает.
6 июл 10, 12:48    [9056154]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
kdv
При желании можно было бы создать view на системные таблицы, которые имитируют стандартный интерфейс словаря (не помню, как он называется).


INFORMATION_SCHEMA views.
6 июл 10, 12:58    [9056248]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30253
pkarklin
INFORMATION_SCHEMA views.

да, точно, спасибо.
6 июл 10, 13:01    [9056270]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67447
Блог
Dimitry Sibiryakov
Это экстраполяция

Это не "голые факты". Итого, ты задокументированно сказал неправду.

Dimitry Sibiryakov
Потому что эти функции не документированы.

Дык ты таки реши, ты пользуешься "логикой" или "документацией". Потому как если пользоваться документацией, "твоего логичного решения" не выходит, а если пользоваться логикой - как мы видим, "твоё логичное решение" ничуть не более логично, нежели несколько других.

Dimitry Sibiryakov
Потому и г-н Бегун

А он-то тут при чём?

Dimitry Sibiryakov
softwarer
получаешь облом в более чем логичной попытке запросить RDB$TABLES

Эта логика основывается на недостаточной информированности: Firebird - реляционная СУБД, а не табличная.

/me радостно убежал выполнять оператор CREATE RELATION.... ля, снова облом! И они таки где-то находят здесь логику

Dimitry Sibiryakov
если учесть, что мне нужно обрабатывать

Я вполне верю, что в рамках какой-то другой задачи тебе нужно обрабатывать. В рамках вопроса to_number(to_char()) - это требование бессмысленно. Вот это как раз - голый факт.

Теперь давай поговорим о твоей задаче.

Dimitry Sibiryakov
поток данных с Firebird, .....

Ну ОК. Допустим, Firebird не умеет использовать правильный формат вывода чисел, я это могу понять. Но не очень понимаю, в чём проблема указать nls параметры. В том, что Firebird ещё и не умеет выдавать строку в каком-то одном формате, а пихает её наперебой в разных? Как-то некрасиво получается, если одному продукту разрешается вываливать любой мусор, и это нормально, а другой объявляется нелогичным только потому, что в нём требуется чуть подумать "как можно этот мусор разгрести".
6 июл 10, 13:05    [9056296]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67447
Блог
kdv
потому что у каждой СУБД есть собственный словарь, и этот словарь вовсе не обязан быть стандартным

Ну, по стандарту обязан, но в целом я согласен и ничуть не требую от него быть стандартным. Но было бы логично, если бы этот "собственный словарь" был удобным.

Когда я учил людей Oracle, я всегда говорил им одну фразу: "Запомните одно-единственное слово, dba_views. Сделав запрос к этому представлению, вы легко найдёте способ достать из системного словаря любую информацию, которая там только есть". И они таки легко находили.

Поскольку Дмитрий постулирует необходимость следовать некоей высосанной из пальцаобщепринятой логике, я просто продемонстрировал попытку применить этот же подход к более родной ему тематике.

kdv
и выяснилось, что вовсе не все СУБД имеют совместимый словарь, да и совместимость у тех, где он есть, тоже хромает.

Мало того, сама по себе INFORMATION_SCHEMA как она описана в стандарте не то чтобы отличается удобством.
6 июл 10, 13:12    [9056345]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54783

softwarer

Это не "голые факты". Итого, ты задокументированно сказал неправду.

Или я сказал правду, а тебе теперь стыдно за зоопарк вирусов у себя на
компе и ты всё отрицаешь. Твоё слово против моего.

softwarer

Дык ты таки реши, ты пользуешься "логикой" или "документацией".

Т.е. до места "логику обычно применяют, когда документации уже
недостаточно. Как раз потому, что достоверность результатов логики ниже"
ты не дочитал...

softwarer
И они таки где-то находят здесь логику

Кто такие "они"? Я покамест не видел чтобы тут (или где-либо ещё) кто-то
восхищался тем "как все же он логично устроен" в отношении Firebird.

softwarer
Но не очень понимаю, в чём проблема указать nls параметры.

В том, что указать их без указания fmt - невозможно. А fmt, работающего
как с фиксированным так и экспоненциальным представлением числа - нет.

Posted via ActualForum NNTP Server 1.4

6 июл 10, 13:20    [9056408]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54783

softwarer

Поскольку Дмитрий постулирует необходимость следовать некоей
высосанной из пальцаобщепринятой логике

Вообще-то я всего лишь пытаюсь опровергнуть выдвинутый в заголовочном
сообщении тезис "в Оракуле всё очень логично". Показать, что какой-либо
другой сервер более логичен я не пытаюсь.

Posted via ActualForum NNTP Server 1.4

6 июл 10, 14:17    [9057028]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67447
Блог
Dimitry Sibiryakov

softwarer

Это не "голые факты". Итого, ты задокументированно сказал неправду.

Или я сказал правду,

Нет, не или. Ни одного шанса. Ты сказал:

Dimitry Sibiryakov
Вообще-то как раз в этой теме я покамест придерживаюсь голых фактов


Также ты сказал:

Dimitry Sibiryakov
Это экстраполяция


Итого, ты сказал, что придерживаешься голых фактов и одновременно признал, что как минимум часть изложенного - не факт, а экстраполяция. Таким образом, минимум в одном из этих утверждений ты солгал. Все исходные - доступны в топике и проверяемы. То есть твоя ложь - объективно подтверждённый факт. Привыкай с этим жить, удачи.

Dimitry Sibiryakov
В том, что указать их без указания fmt - невозможно. А fmt, работающего
как с фиксированным так и экспоненциальным представлением числа - нет.

И что же в этом нелогичного?

Ты опровергаешь тезис "всё логично" примером отсутствия такого смешанного формата. Так объясни, пожалуйста, что нелогичного в его отсутствии? Или каждый раз, когда ты придумываешь какую-то ненужную фичу, её отсутствие кажется тебе нелогичным?

Dimitry Sibiryakov
Вообще-то я всего лишь пытаюсь опровергнуть выдвинутый в заголовочном
сообщении тезис "в Оракуле всё очень логично". Показать, что какой-либо другой сервер более логичен я не пытаюсь.

Видишь ли в чём дело, говорить "очень", "не очень" или там "ниже среднего" можно только относительно какого-либо ожидаемого уровня. Скажем, прыжок на 18 метров в длину - очень длинный, потому как больше мирового рекорда, а прыжок на 50 см в длину - не очень длинный, потому как любой здоровый человек легко прыгнет дальше.

Я, если ты заметишь, всего лишь пытаюсь показать, что твой оппонент чертовски неудачно выбрал аргументацию, и в рамках его логики можно найти куда более яркие примеры. Тем не менее, раз уж так сложилось, у тебя есть выбор: либо согласиться с тем, что Firebird - более-менее логичный продукт и может использоваться как базис для сравнения, либо объявить, что Firebird с твоей точки зрения - образец нелогичности и по сравнению с ним нетрудно выглядеть очень логичным. Твой ход?
6 июл 10, 15:18    [9057744]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54783

softwarer
И что же в этом нелогичного?

Действительно, что нелогичного в однонаправленных преобразованиях?.. В
математике нет обратного преобразования для возведения в квадрат, хэши
опять же... В Оракуле нет обратного преобразования для формата TM. Раз
нет, значит никому не было нужно. Да, топикстартер прав, Оракул логичен.
И вообще он впереди планеты всей. Некоторые, правда, считают, что эта
планета катится в ад, но и это логично. Все идите на Оракул!

Posted via ActualForum NNTP Server 1.4

6 июл 10, 15:49    [9058119]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67447
Блог
Dimitry Sibiryakov
В Оракуле нет обратного преобразования для формата TM. .. Некоторые, правда, считают, что эта планета катится в ад,

То есть, по делу сказать нечего. ЧТД.
6 июл 10, 17:49    [9059467]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
Saller
Member

Откуда: exUSSR
Сообщений: 1141
Сам то понял что написал? Подробнее про Линукс+MSSQL...
Про использование СУБД я не писал, обсуждалась схема ФП+дбф. Если использовать те СУБД которые ты перечислил то ФП выкинуть как мусор.
Иди читай топик внимательно чтобы не писать тут бред.
Модератор: не кормите тролей


Сообщение было отредактировано: 6 июл 10, 18:10
6 июл 10, 17:50    [9059476]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
MasterZiv

goldenfoods wrote:

> принимать решение о нелогичности оракла. Вот отсутствие журнала
> транзакций в файерберде это уже не логично. Давайте приводит аргументы

Что ж там нелогичного ? Не нужен он там -- вот и нету его.
Но теперь уже кстати сделали.


Ну как быть с незкоммиченными транзакциями в момент аварийного завершения работы сервера?
6 июл 10, 19:29    [9060091]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
MasterZiv

goldenfoods wrote:

> любого проекта. Кто-нибудь может привести аргументы, что это не так?

Я могу. PLSQL -- плохой язык для программирования СУБД. В нём очень
много нереляционных возможностей.


В том то его и прелесть. Вы можете объединять код SQL И код обычного языка программирования в одном флаконе ( блоке, процедуре не суть важно).
6 июл 10, 19:31    [9060098]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54783

goldenfoods

Ну как быть с незкоммиченными транзакциями в момент аварийного
завершения работы сервера?

В момент завершения - никак, на то оно и аварийное. При последующем
запуске - пометить как откатившиеся и всё.

Posted via ActualForum NNTP Server 1.4

6 июл 10, 19:33    [9060108]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
Dimitry Sibiryakov

goldenfoods
понял как все же он логично устроен.

Логично устроен, говоришь... Какая же логика стоит за
неработоспособностью конструкции
select to_number(to_char(1234,'TM'),'TM') from dual
???


Почему Вы решили что эти функции обратны? Если принять условие, что функции не есть обратны, то можно сделать логический вывод (как и все в оракле, не забываем, что я фанатик), что параметр и не должен быть в обеих функциях сразу
6 июл 10, 19:33    [9060114]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
Dimitry Sibiryakov

softwarer

Да, в самом деле странно. Подаёшь в функцию бредовый параметр, который
она не умеет и не может по бизнес-логике уметь обрабатывать - и
удивляешься сообщению об ошибке.

Вот только почему-то:
1) Этот параметр не описан в документации как неработоспособный для
to_number;
2) Автоматическое определение формата числа смог сделать любой, кто в
детстве писал калькулятор, интерпретатор или хотя бы парсер, но не
разработчики Оракула, включая г-на Бегуна;
3) Ошибка звучит как "неправильное число", а не "неправильный формат".

Первые два пункта я ещё могу понять, а вот логику последнего - не
понимаю. Если параметр бредовый, почему на него нет ругани?


Я думаю средство диагностики может иметь ошибки. Касательно логики устройства Оракл, я прежде всего имею ввиду его архитектуру, а не набор функций, хотя они тоже логичны. Как раз отсутствие параметра, из=за которого весь сыр бор и доказывает логичность этого замечательного продукта.
6 июл 10, 19:38    [9060137]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
softwarer
Dimitry Sibiryakov
Первые два пункта я ещё могу понять, а вот логику последнего - не
понимаю. Если параметр бредовый, почему на него нет ругани?

Вернее, "не та ругань". Неудачная диагностика - это, безусловно, недочёт. Хотя Вы выбрали далеко не самый яркий пример, куда хуже, например, любимая оракловая диагностика "не найдена правая скобка".

Если хотите поискать нелогичные решения в Oracle - я бы в первую очередь сосредоточился на дико устаревшем ограничении идентификатора в 30 байт, особенно актуальном в многобайтовых кодировках.

Однако, это кажется мне мелочью по сравнению, например, с недавним случаем, когда после нормального, беспроблемного увода компьютера в hibernate firebird-овская база отказалась открываться с диагностикой со смыслом "db file corrupted" (точной формулировки не вспомню).

Вот почему категорически запрещено ставить файерберд для корпоративного использования. Просто вредно. Лучше потратиться и купить оракл стандарт едишн ван стоит 180 долл пер юзер. А если вообще нет денег, то экспресс едишн очень удобен+получаешь бесплатно еще и разработку веб-интерефейса к базе. Такой себе акцесс а ля оракл получается.
6 июл 10, 19:41    [9060147]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
kdv
goldenfoods
Oracle лидер в СУБД.

во блин, Америку открыл. успокойся лучше.

goldenfoods
есть столько всяких вкусностей, что наверное его нужно выбирать для любого проекта.

вот это уже идиотизм. Если, конечно, кроме Оракла ты больше ничего не знаешь, и знать не хочешь.

А еще тут есть несколько городских сумасшедших, которые тебе расскажут, что или FoxPro, или TJ7, или ... куда лучше Оракла.

Я же напомню выражение Михаила Елашкина: "Оракл тоже говно, но остальные еще хуже". Так что, я бы советовал придерживался мировосприятия именно в таком ключе. Потому что обратное близко к религиозному бреду.


А что вера это плохо? Человек без веры в что либо не имеет цели.
6 июл 10, 19:42    [9060150]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
Dimitry Sibiryakov

softwarer

Формат TM существует для TO_CHAR-а. Любой, у кого хватит мозгов
прочитать документацию, поймёт, что в TO_NUMBER его просто некуда применить.

Ну, я обычно считаю логичным, что если число можно преобразовать в
строку с минимальным количеством символов, то должен существовать и
способ обратного преобразования. И то, что обратного преобразования не
существует, я считаю нелогичным. Но, очевидно, логичный Оракул
использует какую-то другую логику. Возможно, женскую.

Во всяком случае только женской логикой можно объяснить то, что функции
to_number и OCINumberFromString хотя и предназначены для одинаковой
цели, действуют по-разному и, вероятно, написаны разными людьми.


Это Ваша личная логика.
6 июл 10, 19:43    [9060153]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
Dimitry Sibiryakov

softwarer

Это куда достойнее, нежели грубые передёргивания, рассчитанные на
неграмотного лоха, которые Вы позволяете себе начиная с первого поста
этой беседы.

Вообще-то как раз в этой теме я покамест придерживаюсь голых фактов и к
передёргиваниям не прибегал. Просто продавливаю свой старый вопрос:
"есть строка, полученная посредством to_char(..., 'TM'). Как её
преобразовать обратно в число?"
Согласно моей логике это должно было бы быть to_number(..., 'TM').
Однако облом. Поэтому я и пытаюсь выбить из топикстартера (который
заявил, что "как все же он /Оракул/ логично устроен") какую логику надо
применить, чтобы найти в Оракуле функцию обратного преобразования данной
строки.

ЗЫ: Я знаю ответ и знаю что ты тоже его знаешь, но мне интересно как
будет выкручиваться именно топикстартер... Покамест от него прозвучали
два ответа: "а у вас негров линчуют а в Firebird лога нет" и
"to_number вообще без параметра fmt". Оба бесполезны. Второй - потому
что без параметра fmt нельзя использовать параметр nlsparam.


Где про негров было сказано? Да файерберда лога нет вот и все факт нелогичности. Но вроде как появился.
6 июл 10, 19:45    [9060160]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
FreemanZAV
выбираю
Oracle впереди планеты всей!

Где-то я видел конкурс от самого Оракла. Там дают сколько-то тыщ баксов тому, кто обоснует, чем какая-либо СУБД лучше Оракла. Только вот найти нигде не могу.


И они не боятся потерять деньги.
6 июл 10, 19:46    [9060166]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
Eugenkru10
Зайцев Фёдор
FreemanZAV
выбираю
Oracle впереди планеты всей!

Где-то я видел конкурс от самого Оракла. Там дают сколько-то тыщ баксов тому, кто обоснует, чем какая-либо СУБД лучше Оракла. Только вот найти нигде не могу.

Нуууу. Пока никому не удалось объяснить автору TJ7, что его СУБД возможно не самая лучшая в мире. Это показатель?

Самая лучшая пока что это Visual Foxpro 9!


Как вот этот продукт хранит данные?
6 июл 10, 19:47    [9060174]     Ответить | Цитировать Сообщить модератору
 Re: Все таки Oracle впереди планеты всей!  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
iscrafm
Saller, 97% всех пользователей компьютеров так поступают. Они все настолько суровы?


Откуда такая информация? Например я использую FreeBSD, Oracle Linux для серверной части. FreeBSD+gnome для десктопа и я думаю, таких как я очень много
6 июл 10, 19:49    [9060180]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6 7 8 9 10 .. 17   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить