Oracle SQL interview

User avatar
Sabina
Уже с Приветом
Posts: 5669
Joined: 13 Oct 2000 09:01
Location: East Bay, CA

Post by Sabina »

Бродяга wrote:Sabina, у Вас солидные знания в PL/SQL. Честно говоря у меня на работе нет ни одного программера, включая интерпрайз архитектора которые процедуры писать умеют:-)


даже глядя на пример :wink: ?
SBolgov
Уже с Приветом
Posts: 14006
Joined: 17 Jun 2003 04:41

Post by SBolgov »

Sabina wrote:
Бродяга wrote:у меня на работе нет ни одного программера, включая интерпрайз архитектора которые процедуры писать умеют:-)

даже глядя на пример :wink: ?

А что это? :|
Не гоните, и не гонимы будете...
User avatar
Sabina
Уже с Приветом
Posts: 5669
Joined: 13 Oct 2000 09:01
Location: East Bay, CA

Post by Sabina »

SBolgov wrote:
Sabina wrote:
Бродяга wrote:у меня на работе нет ни одного программера, включая интерпрайз архитектора которые процедуры писать умеют:-)

даже глядя на пример :wink: ?

А что это? :|


Ну в смысле пример аналогичной процедуры?
У меня основная проблема с запоминанием синтаксиса. А когда есть пример перед глазами, я что хошь напишу ;)
NNemo
Уже с Приветом
Posts: 1935
Joined: 15 Sep 2003 17:49
Location: Ukraine, Mariupol -> USA everywhere :-)

Post by NNemo »

Вы на какую позицию претендуете, милая?
Чего вам бояться? Задавайте встречные вопросы если чего не понятно, так они сами быстро склеются... :mrgreen:
User avatar
Vik_NJ
Уже с Приветом
Posts: 1995
Joined: 29 Dec 2001 10:01
Location: Kiev->...->NYC

Re: Oracle SQL interview

Post by Vik_NJ »

Sabina wrote:и правда все работает. спасибо за подсказку Vick_NJ не говорите :wink:

Молчал как партизан. :wink:
Бродяга wrote:Sabina, у Вас солидные знания в PL/SQL. Честно говоря у меня на работе нет ни одного программера, включая интерпрайз архитектора которые процедуры писать умеют:-)

Полностью согласен! :umnik1: Sabina, Вы действительно много знаете :) , наверное не достаточно, чтобы пройти интервью на "чисто" Oracle developer-a :( , но для позиции где Oracle нужен постольку-поскольку, знаний у Вас хватит. :)
Last edited by Vik_NJ on 05 Aug 2004 05:43, edited 1 time in total.
I may grow old, but I refuse to grow up!
User avatar
Kalifornian
Уже с Приветом
Posts: 7838
Joined: 16 Oct 2003 22:06
Location: Kalifornia

Post by Kalifornian »

Бродяга wrote:Sabina, у Вас солидные знания в PL/SQL. Честно говоря у меня на работе нет ни одного программера, включая интерпрайз архитектора которые процедуры писать умеют:-)


Присоеденяюсь. У нас есть правда которые пишут, но хуже чем Sabina :)
User avatar
Sabina
Уже с Приветом
Posts: 5669
Joined: 13 Oct 2000 09:01
Location: East Bay, CA

Post by Sabina »

Kalifornian wrote:Присоеденяюсь. У нас есть правда которые пишут, но хуже чем Sabina :)


Вам бы все издеваться над безработными джуниорами :wink:

Сабина
User avatar
Sabina
Уже с Приветом
Posts: 5669
Joined: 13 Oct 2000 09:01
Location: East Bay, CA

Post by Sabina »

AnyaGal wrote:определения степеней нормализации


Откопала хорошие определения в своих же конспектах, правда только до Бойс Кодда

Database Normalization

Normalization is a process of refining data model to ensure non-duplication of data and efficient organization of data is represented in the model.

1st Normal Form

This form of refinement assures that each table/relationship in a relational model contain scalar values only. In other words, each tuple contained in the entity has one and only value for each attribute defined in the table.

2nd Normal form

To be in 2nd normal form a relation must be in 1st normal form with the addition of every non-key attribute is dependent on only a portion of primary key. In other words no attribute is dependent only on a portion of primary key.

3rd normal form

It’s 2nr normal form plus all non-key attributes are transitively dependent on the primary key. In other words, No attribute will be dependent on any other attribute except primary key.

Boyce-Codd normal form

If you follow 1st, 2nd , 3rd normal forms, Boyce Codd is normally achieved automatically. However it is not always the case.
Boyce Codd is 3rd normal form + every determinant in a relationship is a candidate key. A Determinant is any attribute who’s value determines other value within a row.
So if relationship is in 3rd normal form and only has single possible key, then it’s also in Boyce Codd normal form

Return to “Вопросы и новости IT”