Да Maltsev Max .. мы с вами стучались в одну открытую дверь :)
Я выражал сомнение, что в PL/SQL есть что-то типа SET FILTER TO...
А, кстати, в PL/SQL какая команда меняет текущую базу данных ? (аналог USE... в T-SQL) ?
С уважением, Алексей.
в ПЛ/СКЛ команда, обращающаяся к другой базе - обычно обращается к таблицам - через созданные глобальные и локальные линки базы данных (create Public database link ...)
И обращаесся к тем таблицам как к обычным таблам тока с линком
Вот примерчик:
Select * from accounts@data2.domain.name
Insert into accounts@data2.domain.name(acc_no, acc_name, balance) values ......
Нет, я имею в виду команду изменения текущей базы данных.
В T-SQL это выподяется командой USE NameDataBase (USE Pubs)
А как в PL/SQL ?
С уважением, Алексей.
В Oracle нет такой концепции как "База данных" АНАЛОГИЧНОЙ БД в MS SQL
(когда один и тот-же экземпляр/инстанс СУБД работает с совершенно разными
наборами таблиц). Соответственно нету и команды "смены" базы данных. Можно
сказать, что в одном инстансе (запущенной и работающей копии СУБД) Oracle
всегда имеется только ОДНА база. Есть концепции схем (как "подмножеств" всей
совокупности таблиц хранящихся в одной БД), есть Database Links - это как
"внешние связи" - с другими базами... Но это не аналоги БД в терминах MSSQL.
Проблемы с кодом Aki в другом.
1) SQLEXEC() с ОДНИМ параметром требует в его качестве дескриптор соединения
(или statement handle начиная с VFP8) - а это число, и никак не строка.
Впрочем это можно было-бы считать банальной опиской, если бы не остальное...
2) В PL/SQL НЕТ команд USE и тем более SET FILTER. Хотя курсоры там и есть,
но работа с ними ведётся совсем по иному. И все оправдания Aki по этому
поводу - совершенно неубедительны. Ладно бы ещё сказал, что он пытается эти
команды использовать через ODBC соединение с VFP источником данных (хотя это
конечно бессмысленно) - так нет, с Oracle он так работает видите ли...
3) Банально - команды в PL/SQL разделяются символом ;
Из всего этого следует, что приведенный Aki код - в лучшем случае глупая
шутка, а скорее всего (что подтверждает второе и третье, якобы
"оправдательные" сообщения) - проявление ламеризма , что IMHO ДОЛЖНО
наказываться как вредное и опасное явление.
Если ты "чайник" - читай, спрашивай, самообразовывайся - никто же не
против - помогут и направят куда следует! Но вот с убеждённым видом говорить
явную чушь - "вот этого мы извинить никак не можем" (c)
Aleksey-KДля Igor Korolyov
Аналогом "База данных" в ANSI является понятие "Каталог".
А в Oracle есть понятие "Каталог" ?
С уважением, Алексей.
Странно, когда я изучал Oracle в местном университете - то называли просто как и в FoxPro: Databsase, Table... Скорее всего это так-же все переводится и на русский язык...
Aleksey-KДля Igor Korolyov
Аналогом "База данных" в ANSI является понятие "Каталог".
А в Oracle есть понятие "Каталог" ?
С уважением, Алексей.
Hi, Алексей
Есть ессно такое понятие,
Только скорее это относится не к самой физической БД, а к инстанции (или экземпляру) - суть - физическая БД + выделеная область памяти и набор сервисных процессов.
Один из методов организации сетевой конфигурации БД Оракл есть как раз так и называющаяся - конфигурация по каталогу
Эта методика связана только с организацией самого механизма доступа к БД.
Королев верно охарактеризировал физику хранения обьеков в БД Оракл.
Если проводить параллель с МS SQL (что в принципе - бессмысленно в силу безграничной отдаленности самой физической организации) - максмально приближенной к сиквелевскому понятию база есть оракловская схема (подчеркиваю - это по самой идеологии, и то - мало подобно :()
Команда изменения текущей схемы есть конечно же (очень напоминающая по синтаксису фокс :) - Set current schema ...
Подчеркиваю - схема - это не аналог базы в сиквеле (см. Королева - там более доступное оисание характеристик ).
Igor Korolyov
В Oracle нет такой концепции как "База данных" АНАЛОГИЧНОЙ БД в MS SQL
(когда один и тот-же экземпляр/инстанс СУБД работает с совершенно разными
наборами таблиц).
Вот это стОит подчеркнуть особо!!!
Не следует ко всем СУБД подходить под стереотипом MS SQL или FoxPro.
Организация хранения информация во многом определяет многие характеристики конкретной СУБД - все изначально исходит от архитектуры - однобазовая, многобазовая, каталоговая, иерархическая и т.д .
Не мешало бы эти концепции освоить до написания первого приложения, использующего БД .
Igor Korolyov
Из всего этого следует, что приведенный Aki код -
проявление ламеризма , что IMHO ДОЛЖНО
наказываться как вредное и опасное явление.
По поводу Вашего IMHO - спорить я не могу, потому как ИМХО есть у каждого, и КАЖДЫЙ имеет право иметь последнее!!!
Ну а по поводу Ламеризма возразить тоже своими словами не сумею, только цитатой:
Samuel Johnson
.....sometimes are very useful to use special operator 'USE' to call table
in Oracle database.
DECLARE
...
BEGIN
USE MySchema.MyTable ;
--
-- here you can scan through whole records in the table, you have
-- specified above, and evenmore just to do what you need.
--
END;
Samuel Johnson
.... also you can filter your records in two ways
First way is widely known as 'SQL-way'.
Select ... FROM... WHERE your conditions....
It is wery sharp and puwerfull method
The 2nd way is not so widely used in PL/SQL but also acceptable.
This way are called 'Simple filtering'
Here is simple example (in combination with operator USE):
DECLARE
cFilterCondition VARCHAR2(50) ;
...
BEGIN
USE MySchema.MyTable ;
cFilterCondition = 'Field = 128.55'
SET FILTER TO cFilterCondition
..........
END;
Igor Korolyov
разделяются ";"
не могу спорить! Ибо я это знал, но почему забыл поставить эти знаки в приведенном ранее примере - для меня самого остается загадкой...
Tamito
Не мешало бы эти концепции освоить до написания первого приложения, использующего БД
конечно тут я согласен! в теории БД я хромаю. Но дело в том, что пробелы в теории часто пополняются добытыми знаниями в практических наработках.
Aki
[quot Samuel Johnson]
It is wery sharp and puwerfull method
странно.. сам ранее не обращал внимания на опечатки в первоисточнике..
Пусть меня поправит Sergey_CH
It is wery sharp and puwerfull method
== It is Very sharp and pOVerfull method
видимо электронные книги не просто сканируются, но еще и распознаются?
Ну если оно так и есть на самом деле, то ПРОШУ ПРОЩЕНИЯ . Поиск в
Google и по соседнему разделу форума не дал НИ ОДНОГО результата (примера
кода) с командами USE и SET FILTER. Упомянутой книги я не имею, а под рукой
ничего старше Oracle 9.2 нет...
Кроме того, в таком коде не понятен сам механизм возврата курсора на
клиента - даже явно объявленные как параметры RefCursor через ODBC проходят
с большим скрипом (в частности ТОЛЬКО через Oracle драйвер, только начиная с
определённых его версий, и при установке специального "флага" в строке
соединения или параметрах DSN)...
Igor KorolyovПоиск в Google и по соседнему разделу форума не дал НИ ОДНОГО результата (примера кода) с командами USE и SET FILTER
Аналогично. Aki, может ссылочку или выходные данные столь интересной книжки дадите? Я извиняюсь, конечно, но как-то мистификацией попахивает - тем более, что в листинге цитат опять знаков ";" не хватает, и оператором присваивания в PL/SQL является ":=", а не "="
Sergey Ch AkiПусть меня поправит Sergey_CH
It is wery sharp and puwerfull method
== It is Very sharp and pOVerfull method
powerful
Да тут много чего интересного еще есть... :))
Aki.....sometimes are very useful to use special operator 'USE' to call table
in Oracle database......sometimes is very useful to use the special operator 'USE' to call a table
in Oracle database
Aki
This way are called 'Simple filtering'
This way is called 'Simple filtering'
Akiwhole records in the table , you have
-- specified above
Akiand evenmore just to do what you need.
even more
Akiвидимо электронные книги не просто сканируются, но еще и распознаются?
Угу... нынче моЩьные FineReader'ы пошли
SolmyrН-да уж. Или Aki гений, или ... Гы.
Тока PL\SQL Developer не хавает ни хрена ни Use ни SET FILTER.
мне совершенно не понятен Ваш сарказм.
К сожалению книга Самьюэля Джексона у меня имеется только в бумажном варианте. Это распечатка, сделанная неизвестно кем
Перебирать из нее главы - если честно мне достаточно не просто, потому как зачитана она практически до дыр..
но если вы хотите - я могу привести некоторые абзацы.
вот про PL\SQL Developer там ни слова
Угу, и в землю закопал и надпись написал. Гы-гы.
Девелопер в принципе не при чем. Но в хелпе по Oracle 9.2 я тоже ничего пободного не нашел. Да и у Кайта что-то не припоминаю. Может товарищи старшие вспомнят все же?
Если нет, тогда явно Aki - гений.
Всем привет!
Подскажите дилетанту решение такой проблемы.
Нужно получить результирующую таблицу С из теблиц A и B, связав их по полям А и Code при условии, что поле А таблицы А содержит как подстроку поле Code, причем подстроку максимальной длины.
Пример:
Допустим такие таблицы
А
А
100хх1
200хх2
1000х3
100хх4
B
Code Name
100 A
200 B
1000 C
Нужно получить результат в виде таблицы:
С
А Name
100хх1 А
200хх2 В
1000х3 С
100хх4 А
Тоесть третья строка должна привязаться к значению 1000, но не 100
Запрос
SELECT * FROM PHONE, TARIF WHERE (a=ALLTRIM(code))
приводит к получению лишних строк в результирующей таблице
А Name
100хх1 А
200хх2 В
1000х3 А
1000х3 С
100хх4 А
Всем привет!
Подскажите дилетанту решение такой проблемы.
Нужно получить результирующую таблицу С из теблиц A и B, связав их по полям А и Code при условии, что поле А таблицы А содержит как подстроку поле Code, причем подстроку максимальной длины.
Пример:
Допустим такие таблицы
А
А
100хх1
200хх2
1000х3
100хх4
B
Code Name
100 A
200 B
1000 C
Нужно получить результат в виде таблицы:
С
А Name
100хх1 А
200хх2 В
1000х3 С
100хх4 А
Тоесть третья строка должна привязаться к значению 1000, но не 100
Запрос
SELECT * FROM PHONE, TARIF WHERE (a=ALLTRIM(code))
приводит к получению лишних строк в результирующей таблице
А Name
100хх1 А
200хх2 В
1000х3 А
1000х3 С
100хх4 А
Well2Всем привет!
Подскажите дилетанту решение такой проблемы.
Нужно получить результирующую таблицу С из теблиц A и B, связав их по полям А и Code при условии, что поле А таблицы А содержит как подстроку поле Code, причем подстроку максимальной длины.
Пример:
Допустим такие таблицы
А
А
100хх1
200хх2
1000х3
100хх4
B
Code Name
100 A
200 B
1000 C
Нужно получить результат в виде таблицы:
С
А Name
100хх1 А
200хх2 В
1000х3 С
100хх4 А
Тоесть третья строка должна привязаться к значению 1000, но не 100
Запрос
SELECT * FROM PHONE, TARIF WHERE (a=ALLTRIM(code))
приводит к получению лишних строк в результирующей таблице
А Name
100хх1 А
200хх2 В
1000х3 А
1000х3 С
100хх4 А
> поле А таблицы А содержит как подстроку поле Code, причем подстроку максимальной длины.
Если не известен "ограничитель" этой подстроки - то никак. Если же как в твоём примере это х - то вырезая часть до х (или МЕЖДУ ограничителями, если "подстрока" может быть и не с первой позиции, а из середины).
Также если "подстрока" это всегда число, то можно воспользоваться VAL - он сам отрежет лишнее.
На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых
сервисов с использованием метрической программы Яндекс.Метрика.
Продолжая использовать сайт, вы даёте согласие на обработку файлов cookie, необходимых для работы сайта. Другие опции вы можете выбрать по своему усмотрению.
По нижеприведенным ссылкам мы можете ознакомиться с действующим на сайте пользовательским соглашением и политикой конфиденциальности.
