Для людей, которые используют AngularJS , может справиться с этой ситуацией, используя Promises
.
Здесь it говорит,
Обещания могут использоваться для отключения асинхронных функций и позволяют объединять несколько функций вместе.
Вы можете найти приятное объяснение здесь .
Пример, найденный в docs , упомянутом ниже.
promiseB = promiseA.then( function onSuccess(result) { return result + 1; } ,function onError(err) { //Handle error } ); // promiseB will be resolved immediately after promiseA is resolved // and its value will be the result of promiseA incremented by 1.
Angular2 and Later
In
Angular2
, посмотрите на следующий пример, но его рекомендовал использоватьObservables
сAngular2
.search(term: string) { return this.http .get(`https://api.spotify.com/v1/search?q=${term}&type=artist`) .map((response) => response.json()) .toPromise();
}
Вы можете использовать это таким образом,
search() { this.searchService.search(this.searchField.value) .then((result) => { this.result = result.artists.items; }) .catch((error) => console.error(error)); }
См. здесь оригинал . Но TypScript не поддерживает native es6 Promises , если вы хотите его использовать, для этого вам может понадобиться плагин.
Кроме того, здесь представлены обещания spec определите здесь.
Да, SERIAL - эквивалентная функция.
CREATE TABLE foo (
id SERIAL,
bar varchar);
INSERT INTO foo (bar) values ('blah');
INSERT INTO foo (bar) values ('blah');
SELECT * FROM foo;
1,blah
2,blah
SERIAL - это просто создать макрос таблицы времени вокруг последовательностей. Вы не можете изменить SERIAL на существующий столбец.
Извините, для повторного старения старого вопроса, но это был первый вопрос / ответ «Переполнение стека», который появился в Google.
В этом сообщении (который впервые появился в Google) говорится об использовании более обновленного синтаксис PostgreSQL 10: https://blog.2ndquadrant.com/postgresql-10-identity-columns/
, который является:
CREATE TABLE test_new (
id int GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY,
);
Надеюсь, что это помогает:)
Начиная с Postgres 10, также поддерживаются столбцы идентификации, определенные стандартом SQL:
create table foo
(
id integer generated always as identity
);
создает столбец идентификатора, который нельзя переопределить, если явно не задано. Следующая вставка не будет работать с столбцом, определенным как generated always
:
insert into foo (id)
values (1);
. Однако это может быть отменено:
insert into foo (id) overriding system value
values (1);
При использовании опции generated by default
это по существу такое же поведение, как и существующая реализация serial
:
create table foo
(
id integer generated by default as identity
);
Когда значение предоставляется вручную, базовую последовательность нужно также отрегулировать вручную - так же, как и в столбце serial
.
Столбец идентификации по умолчанию не является первичным ключом (подобно столбцу serial
). Если это должно быть одно, ограничение первичного ключа должно быть определено вручную.
Если вы хотите добавить последовательность в id в уже существующую таблицу, вы можете использовать:
CREATE SEQUENCE user_id_seq;
ALTER TABLE user ALTER user_id SET DEFAULT NEXTVAL('user_id_seq');
В контексте заданного вопроса и в ответ на комментарий by @ sereja1c создание SERIAL
неявно создает последовательности, поэтому для приведенного выше примера -
CREATE TABLE foo (id SERIAL,bar varchar);
CREATE TABLE
будет неявно создавать последовательность foo_id_seq
для последовательного столбца foo.id
. Следовательно, SERIAL
[4 Bytes] хорош для удобства использования, если вам не нужен конкретный тип данных для вашего id.
Несмотря на то, что последовательности представляют собой эквивалент для MySQL auto_increment, существуют некоторые тонкие, но важные отличия:
Серийный столбец увеличивается при неудачных запросах. Это приводит к фрагментации из неудавшихся запросов, а не к удалению строк. Например, запустите следующие запросы в базе данных PostgreSQL:
CREATE TABLE table1 (
uid serial NOT NULL PRIMARY KEY,
col_b integer NOT NULL,
CHECK (col_b>=0)
);
INSERT INTO table1 (col_b) VALUES(1);
INSERT INTO table1 (col_b) VALUES(-1);
INSERT INTO table1 (col_b) VALUES(2);
SELECT * FROM table1;
Вы должны получить следующий вывод:
uid | col_b
-----+-------
1 | 1
3 | 2
(2 rows)
Обратите внимание, что uid переходит от 1 до 3 вместо 1 на 2.
Это все еще происходит, если вы должны вручную создать свою собственную последовательность с помощью:
CREATE SEQUENCE table1_seq;
CREATE TABLE table1 (
col_a smallint NOT NULL DEFAULT nextval('table1_seq'),
col_b integer NOT NULL,
CHECK (col_b>=0)
);
ALTER SEQUENCE table1_seq OWNED BY table1.col_a;
Если вы хотите проверить, как MySQL отличается, запустите следующее в MySQL база данных:
CREATE TABLE table1 (
uid int unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY,
col_b int unsigned NOT NULL
);
INSERT INTO table1 (col_b) VALUES(1);
INSERT INTO table1 (col_b) VALUES(-1);
INSERT INTO table1 (col_b) VALUES(2);
Вы должны получить следующее без обжатия:
+-----+-------+
| uid | col_b |
+-----+-------+
| 1 | 1 |
| 2 | 2 |
+-----+-------+
2 rows in set (0.00 sec)
Это было указано в предыдущем ответе @trev.
Чтобы имитировать это вручную, установите uid равным 4, который будет
INSERT INTO table1 (uid, col_b) VALUES(5, 5);
Данные таблицы:
uid | col_b
-----+-------
1 | 1
3 | 2
5 | 5
(3 rows)
Запустите еще одну вставку:
INSERT INTO table1 (col_b) VALUES(6);
Данные таблицы:
uid | col_b
-----+-------
1 | 1
3 | 2
5 | 5
4 | 6
Теперь, если вы запустите другую вставку:
INSERT INTO table1 (col_b) VALUES(7);
Не удалось выполнить следующее сообщение об ошибке:
ОШИБКА: дублирующее значение ключа нарушает уникальное ограничение " table1_pkey "DETAIL: Key (uid) = (5) уже существует.
blockquote>Напротив, MySQL будет обрабатывать это изящно, как показано ниже:
INSERT INTO table1 (uid, col_b) VALUES(4, 4);
Теперь вставьте другая строка без установки uid
INSERT INTO table1 (col_b) VALUES(3);
Запрос не сбой, uid просто переходит на 5:
+-----+-------+ | uid | col_b | +-----+-------+ | 1 | 1 | | 2 | 2 | | 4 | 4 | | 5 | 3 | +-----+-------+
Тестирование выполнялось на MySQL 5.6.33, для Linux ( x86_64) и PostgreSQL 9.4.9
Вы должны быть осторожны, чтобы не вставлять непосредственно в поле SERIAL или последовательности, иначе ваша запись не сработает, когда последовательность достигнет вставленного значения:
-- Table: "test"
-- DROP TABLE test;
CREATE TABLE test
(
"ID" SERIAL,
"Rank" integer NOT NULL,
"GermanHeadword" "text" [] NOT NULL,
"PartOfSpeech" "text" NOT NULL,
"ExampleSentence" "text" NOT NULL,
"EnglishGloss" "text"[] NOT NULL,
CONSTRAINT "PKey" PRIMARY KEY ("ID", "Rank")
)
WITH (
OIDS=FALSE
);
-- ALTER TABLE test OWNER TO postgres;
INSERT INTO test("Rank", "GermanHeadword", "PartOfSpeech", "ExampleSentence", "EnglishGloss")
VALUES (1, '{"der", "die", "das", "den", "dem", "des"}', 'art', 'Der Mann küsst die Frau und das Kind schaut zu', '{"the", "of the" }');
INSERT INTO test("ID", "Rank", "GermanHeadword", "PartOfSpeech", "ExampleSentence", "EnglishGloss")
VALUES (2, 1, '{"der", "die", "das"}', 'pron', 'Das ist mein Fahrrad', '{"that", "those"}');
INSERT INTO test("Rank", "GermanHeadword", "PartOfSpeech", "ExampleSentence", "EnglishGloss")
VALUES (1, '{"der", "die", "das"}', 'pron', 'Die Frau, die nebenen wohnt, heißt Renate', '{"that", "who"}');
SELECT * from test;
Вы можете использовать любой другой целочисленный тип данных , например smallint
.
Пример:
CREATE SEQUENCE user_id_seq;
CREATE TABLE user (
user_id smallint NOT NULL DEFAULT nextval('user_id_seq')
);
ALTER SEQUENCE user_id_seq OWNED BY user.user_id;
Лучше использовать свои собственные данные тип, а не пользовательский тип последовательных данных .
Этот способ будет работать наверняка, я надеюсь, что это поможет:
CREATE TABLE fruits(
id SERIAL PRIMARY KEY,
name VARCHAR NOT NULL
);
INSERT INTO fruits(id,name) VALUES(DEFAULT,'apple');
or
INSERT INTO fruits VALUES(DEFAULT,'apple');
Вы можете проверить эту информацию в следующей ссылке: http://www.postgresqltutorial.com/postgresql -serial /