Variant 1774912865.
Рассмотрим схемы следующих таблиц :
Product: name idnumber price shipweight bulklevel Sales: customerid idnumber date quantity tax Customer: customerid poc phone address email
Какие колонки в таблице Sales нужно сделать внешними ключами (foreign keys):
Рассмотрим SQL-оператор:
SELECT a.lname, a.fname FROM a JOIN b ON a.lname=b.lname WHERE b.sex = 'male'
SELECT a.lname, fname FROM a WHERE lname IN (SELECT lname FROM a JOIN b ON lname WHERE sex='male')
SELECT a.lname, fname FROM a,b WHERE a.lname=b.lname AND sex='male'
SELECT a.lname, fname FROM a
SELECT a.lname, fname FROM a JOIN b WHERE b.sex='male'
SELECT lname, fname FROM a WHERE lname IN (SELECT lname FROM b)
Некоторая параллельная программа выполняется 100 секунд на одном процессоре. Если 40% вычислений являются строго последовательными и не могут быть распараллелены, то какое будет время выполнения этой программы на 2 и 4 процессорах соответственно:
Какие обьекты в вашей базе помогут избежать безумных запросов с кучей JOINнов (которых обычно городят необученные новички):
Программист Андрей Таранов написал быструю программу проверки орфографии. Сначала программа инициализирует логическую хеш-таблицу (булев массив, проиндексированный хеш-функцией) hashDict в false. Затем программа пробегает по всему словарю, и для каждого слова dicWord, выполняется hashDict[dicWord]=true. При проверке синтаксиса, для каждого слова word в тексте, программа проверяет hashDict[word].
Какие утверждения верны: