http://googleappengine.blogspot.com/2010/10/research-project-appscale-at-university.html
Коротко содержание: ребята плакали-плакали что у них нет подходящей кластерной инфраструктуры для их проектов, а потом посмотрели на гугловский App Engine, им понравилось и они за два года сделали себе такой же, но с открытым кодом. И теперь счастливы. Один доцент и несколько аспирантов и студентов. Безо всяких там Интелов. Что-то мне подсказывает, что с трудоустройством у них проблем не будет.
А у нас, мать-перемать, кто только не крутится вокруг матмеха, а толком даже расписания нормального на сайте нет. Не стыдно?
29 октября 2010
28 октября 2010
Практика 28 октября
Разминка
SELECT a, SUM(b) AS foo FROM Table1 GROUP BY a
1.
a foo
------
1 2
2 6
2.
a foo
------
1 2
2 2
Слайды
полноэкранные
Вопрос 1. Что получится в результате выполнения запроса?
Table1
a b c
---------
1 1 1
2 3 4
1 1 7
2 3 8
SELECT * FROM Table1 GROUP BY a
- Будет напечатана вся таблица
- Для каждого значения "a" посчитают сумму в столбцах "b" и "c"
- Запрос не выполнится потому что не используются агрегатные функции
- Запрос не выполнится потому что в SELECT используются недопустимые в данном случае атрибуты
Вопрос 2. А с этим запросом и такой же таблицей что будет?
SELECT a, SUM(b) AS foo FROM Table1 GROUP BY a
1.
a foo
------
1 2
2 6
2.
a foo
------
1 2
2 2
полноэкранные
16 октября 2010
Дни Суперкомпьютерных технологий в офисе Intel
Звучит громко, в реальности наверное будет поскромнее, но наверное всё равно интересно. Обратите внимание что требуется регистрация.
14 октября 2010
Практика 14 октября
Разминка
Вопрос 1. Сколько строк будет в результате SELECT'а?
Вопрос 1. Сколько строк будет в результате SELECT'а?
CREATE TABLE Автомобиль(
рег_номер CHAR(6) PRIMARY KEY, марка VARCHAR(20))
INSERT INTO Автомобиль (рег_номер, марка)
VALUES ('м000ск', 'Субару')
INSERT INTO Автомобиль (рег_номер, марка)
VALUES ('м001ск', 'Cубару')
INSERT INTO Автомобиль (рег_номер, марка)
VALUES ('м002ск', 'Subaru')
SELECT * FROM Автомобиль WHERE марка = 'Субару'
Вопрос 2. Сколько будет в результате выполнения запроса если в таблице N строк?
CREATE TABLE Foobar (id INT PRIMARY KEY, value INT)
SELECT * FROM Foobar f1 JOIN Foobar f2 ON (f1.id = f2.id)
- 0 строк
- N строк
- N*N строк
- Заранее неизвестно
- Запрос не выполнится
Слайды
07 октября 2010
Разминка
Вопрос 1.
Что произойдет в результате выполнения скрипта:
CREATE TABLE A (
a1 INT, a2 VARCHAR, a3 NUMERIC, UNIQUE (a1, a2))
CREATE TABLE B (
b1 VARCHAR, b2 NUMERIC, b3 INT,
FOREIGN KEY (b1, b2) REFERENCES A(a2,a3))
Вопрос 1.
Что произойдет в результате выполнения скрипта:
CREATE TABLE A (
a1 INT, a2 VARCHAR, a3 NUMERIC, UNIQUE (a1, a2))
CREATE TABLE B (
b1 VARCHAR, b2 NUMERIC, b3 INT,
FOREIGN KEY (b1, b2) REFERENCES A(a2,a3))
- Скрипт не выполнится, потому что внешний ключ не может быть составным
- Скрипт не выполнится, потому что ссылочные атрибуты не являются ключом
- Скрипт не выполнится, потому что имена ссылающихся и ссылочных атрибутов разные
- Скрипт выполнится без ошибок
Вопрос 2.
Вы делаете связь многие-ко-многим между товарами и поставщиками у которой есть собственный атрибут, например, цена данного товара у данного поставщика. Вы хотите чтоб цена была уникальна для пары (товар, поставщик). Чего не хватает в этом операторе?
CREATE TABLE Goods_Supplier(
goods_id INT FOREIGN KEY REFERECES Goods,
supplier_id INT FOREIGN KEY REFERENCES Supplier,
price NUMERIC (10, 2) CHECK (price >= 0))
CREATE TABLE Goods_Supplier(
goods_id INT FOREIGN KEY REFERECES Goods,
supplier_id INT FOREIGN KEY REFERENCES Supplier,
price NUMERIC (10, 2) CHECK (price >= 0))
- Да вроде всё на месте
- Ограничения UNIQUE для цены
- Ограничения UNIQUE для каждого из внешних ключей
- Ограничения UNIQUE для пары внешних ключей
- Ограничения UNIQUE для всей тройки атрибутов
Слайды
Подписаться на:
Сообщения (Atom)