Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
счетчик и текущая дата, распознаваемые обеими субд
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. Пишу SQL-скрипт по созданию компонентов БД, который должен корректно выполняться как в MS SQL Server 2005, так и в PostgreSQL 1.8.4. Вариант SQL Server 2005: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Кроме того, я использовал разные типы даты datetime и date, но данные субд имеют общий тип даты - timestamp, в котором дата хранится в формате не удобоваримом для пользователя. т.о. либо она не подходит, либо нужно использовать некую функцию, которая из штампа времени извлекает дату, причем функция должна быть в обеих субд, называться одинаково и принимать одинаковые параметры (иначе запрос не будет работать сразу в обоих субд)... Как решается эта проблема, если она решается вообще? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.09.2008, 15:14 |
|
||
|
счетчик и текущая дата, распознаваемые обеими субд
|
|||
|---|---|---|---|
|
#18+
timestamp в MS SQL к дате отношения не имеет. САВСЕМ. А по основному вопросу - ничего тебе не светит. Пиши два скрипта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.09.2008, 15:29 |
|
||
|
счетчик и текущая дата, распознаваемые обеими субд
|
|||
|---|---|---|---|
|
#18+
1qazВариант SQL Server 2005: ("ПК Стройки" int IDENTITY(1,1) not null, --PostgresSQL не знает Identity(1,1) "Дата создания" datetime default getdate() not null, --PostgresSQL не знает getdate() Вариант PostgreSQL: ("ПК Стройки" serial not null, -- SQL Server 2005 не знает serial "Дата создания" date default now() not null, -- SQL Server 2005 не знает now() Можно ли как-то прописать счетчик и функцию получения текущей даты понятными одновременно для обоих СУБД?попробуйте, работают ли в MSSQL стандартные default nextval() и current_date ("ПК Стройки" integer default nextval('sequence_name') not null, "Дата создания" date default current_date not null, ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.09.2008, 16:25 |
|
||
|
счетчик и текущая дата, распознаваемые обеими субд
|
|||
|---|---|---|---|
|
#18+
LeXa NalBatпопробуйте, работают ли в MSSQL стандартные default nextval() и current_date ("ПК Стройки" integer default nextval('sequence_name') not null, "Дата создания" date default current_date not null, не выходит... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.09.2008, 16:55 |
|
||
|
счетчик и текущая дата, распознаваемые обеими субд
|
|||
|---|---|---|---|
|
#18+
LeXa NalBatпопробуйте, работают ли в MSSQL стандартные default nextval() и current_date ("ПК Стройки" integer default nextval('sequence_name') not null, "Дата создания" date default current_date not null,Бог с тобой, какие nextval() в MS SQL SEVER ? О чём ты?! В MS SQL Server нет понятия "последовательность" в том виде, в каком оно есть в PostgreSQL / Oracle. А следовательно, нет и никаких атрибутов этих последовательностей: ни nextval(), ни currval(). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2008, 05:35 |
|
||
|
счетчик и текущая дата, распознаваемые обеими субд
|
|||
|---|---|---|---|
|
#18+
Добрый Э - ЭхБог с тобой, какие nextval() в MS SQL SEVER ? О чём ты?!ну я mssql не "кушал", а в доке по постгресу написано "CREATE SEQUENCE conforms to the SQL standard", поэтому и предложил автору попробовать. то есть CREATE SEQUENCE в mssql отсутствует? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2008, 10:18 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=35540985&tid=2004047]: |
0ms |
get settings: |
8ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
39ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
25ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 324ms |

| 0 / 0 |
