Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2005.11.06;
Скачать: [xml.tar.bz2];

Вниз

Обнуление "счетчика" уникального поля   Найти похожие ветки 

 
SQL-nik   (2005-09-23 08:29) [0]

Подскажите пожалуста мастера, как можно программно обнулить данное поле (если у него стоит Identity =yes).Можно ли его как то обнулить в Query Analyzer или SQL SERVER Enterprise Manager ?
P.s. пока только подсказали, что можно убрать след. образом:
1. удаляешь всё из таблицы
2. убираешь identity, сохраняешь таблицу
3. ставишь identity обратно, сохраняешь таблицу

(В моем варианте таблица пустая).


 
Johnmen ©   (2005-09-23 09:18) [1]

А попробовать никак, видимо ?


 
Курдль ©   (2005-09-23 09:21) [2]

Даже такое жалкое подобие СУБД, как MSSQL не позволит жить записи без уникального идентификатора, если таковой объявлен для таблицы.
Т.е. если он объявлен - СУБД не даст вставить запись без него, а если не объявлен, а запись уже есть - не даст объявить. Причем для этого даже не надо быть ни уникальным, ни идентификатором, а достаточно объявить поле Not Null, как с ним начнутся описанные Вами "проблемы".

ЗЫ: Вот только не могу понять цели Ваших извращений! :(


 
SQL-nik   (2005-09-23 09:53) [3]

>>Johnmen ©
Попробовал работает. Просто, я раньше использовал БД Interbase, а там использовались генераторы, их было просто обнулять.

>>Курдль ©
Цель извращений - приятно когда записи в таблице (рабочей базы) начинаются с 1, а не с 44500  (к примеру).


 
Курдль ©   (2005-09-23 09:58) [4]

А в этом смысле! :)

В других СУБД есть возможность установить генераторы (последовательности) в любое положение, а в MS SQL - не знаю.
Однако, я не считаю, что есть резон как-то обращать внимание на значения идентификаторов - все равно рано или поздно они утратят "красоту строя" - ведь первую запись могут удалить, и тогда таблица начнатся со 2-й (ай-ай-ай).
Не переписывать же идентификаторы каждый раз!
Тем более, если на этот ID будут ссылаться внешние ключи из других таблиц.


 
Nikolay M. ©   (2005-09-23 09:58) [5]

DBCC CHECKIDENT


> Курдль ©   (23.09.05 09:21) [2]

Иногда лучше молчать, чем болтать ерундой. Особенно если не знаешь предмета разговора.


 
Johnmen ©   (2005-09-23 09:59) [6]

>SQL-nik
>Просто, я раньше использовал БД Interbase, а там использовались
>генераторы, их было просто обнулять.

Там несколько другая идеология и автоинкриментом рулит юзер.
А в МССКЛ им рулит сервер.

>Цель извращений - приятно когда записи в таблице (рабочей базы)
>начинаются с 1, а не с 44500  (к примеру).

А в чём приятность? Ты что, помногу любуешься на эти номера???


 
Nikolay M. ©   (2005-09-23 10:02) [7]


> приятно когда записи в таблице (рабочей базы) начинаются
> с 1, а не с 44500  

Гы :)
А ты давай еще словами пиши, так приятнее: "Запись с номером одна тысяча триста двадцать пять". Сразу понятно, что это именно запись и номер у нее 1325 :)


 
Polevi ©   (2005-09-23 10:04) [8]

>Курдль ©   (23.09.05 09:21) [2]
>Даже такое жалкое подобие СУБД, как MSSQL
ты дурачок ?


 
SQL-nik   (2005-09-23 10:56) [9]

Хватит вам ругатся... Да, может кто-то считает это уже извращением, просто, получилось, так что на этапе отладки приходилось много записывать и удалять записей, теперь после доведения программы и БД до ума, для себя (ну люблю я так), захотел что-бы записи начинались с 1.
Что- бы не было дальнейших припераний, давай-те закроем топик, выводы для себя я уже сделал. Сорри если кто посчитал этот вопрос слишком глупым. (Данные же счетчика где-то же хранятся, просто хотел узнать, может кто-то знает где именно).


 
Плохиш ©   (2005-09-23 11:01) [10]


> SQL-nik   (23.09.05 10:56) [9]
> Хватит вам ругатся... Да, может кто-то считает это уже извращением,
>  просто, получилось, так что на этапе отладки приходилось
> много записывать и удалять записей, теперь после доведения
> программы и БД до ума,
для себя (ну люблю я так), захотел
> что-бы записи начинались с 1.

В таких случаях берут пустую базу из архива или создают заново скриптами. И не надо никаких извращений.


 
Nikolay M. ©   (2005-09-23 11:21) [11]


> Данные же счетчика где-то же хранятся, просто хотел узнать,
>  может кто-то знает где именно

Тебе правильного ответа, как решить твою (пусть, надуманную) проблему недостаточно? Зачем сверх того знать, что где хранится?


 
Stanislav ©   (2005-09-23 11:21) [12]

SQL-nik   (23.09.05 08:29)  
А чем тебя не устраивает удалить поле и создать его по новому ?
Курдль ©   (23.09.05 09:21) [2]
А что же интересно для тебя не жалкое подобие, а нормальная СУБД ?


 
ANB ©   (2005-09-23 11:41) [13]


> Stanislav ©   (23.09.05 11:21) [12]
> SQL-nik   (23.09.05 08:29)  
> А чем тебя не устраивает удалить поле и создать его по новому
> ?
- а зачем ? Вместо этого надо найти в BOL нужную ХП. Мы как то нашли (я уже забыл какая, а BOL сейчас нет), так ей можно с этим автоинкрементом что хочешь делать - включать, выключать, перематывать вперед и назад и, вроде, даже шаг менять.


 
Nikolay M. ©   (2005-09-23 11:44) [14]


> ANB ©   (23.09.05 11:41) [13]
> - а зачем ? Вместо этого надо найти в BOL нужную ХП.

Вроде как я давно уже сказал, как правильно делать, почему-то никто в упор не видит, повторяю:

DBCC CHECKIDENT


 
ANB ©   (2005-09-23 11:44) [15]


> Даже такое жалкое подобие СУБД, как MSSQL не позволит жить
> записи без уникального идентификатора, если таковой объявлен
> для таблицы.
> Т.е. если он объявлен - СУБД не даст вставить запись без
> него, а если не объявлен, а запись уже есть - не даст объявить.
>  Причем для этого даже не надо быть ни уникальным, ни идентификатором,
>  а достаточно объявить поле Not Null, как с ним начнутся
> описанные Вами "проблемы".
- в MS SQL можно с этим полем делать что хошь. А для нотнулловых полей умные люди заводят дефаулт. А вообще приятно. Оракл рулит.


 
ANB ©   (2005-09-23 11:46) [16]


> Nikolay M. ©   (23.09.05 11:44) [14]
- Я сразу увидел. Ссылку лень было копировать. Слепые все что ли ?
ЗЫ. Странно вообще то, работать с MS SQL, не читать BOL и задавать подобные вопросы здесь. Может развод ?


 
Val ©   (2005-09-23 11:49) [17]

>[14] Nikolay M. ©   (23.09.05 11:44)
напомнило:
к психиатру заходит больной: "Доктор, меня все игнорируют..."
психиатр:"Следующий"!
;)


 
Nikolay M. ©   (2005-09-23 12:00) [18]


> ANB ©   (23.09.05 11:46) [16]
> Val ©   (23.09.05 11:49) [17]

(подпрыгивает) Меня увидели, меня заметили!!!
:))))))


 
Курдль ©   (2005-09-23 12:17) [19]


> Stanislav ©   (23.09.05 11:21) [12]
> А что же интересно для тебя не жалкое подобие, а нормальная
> СУБД ?


Да дело не в нормальности. Есть 3 основные ниши СУБД:
БД масштаба предприятия, БД масштаба рабочей группы и локальные БД.
Первые две заняты более достойными пердставителями, а для последней он как-то ... громоздок :)

Я не выступаю оголтелым мастдайщиком Microsoft и даже надеюсь, что готовящийся сервак Yukon составит реальную конкуренцию oracle
(как Microsoft Visual Кролик уже победил Delphi, Microsoft .NET Framework победил Java машину, ASP.NET вытесняет прочие WEB-технологии и т.п.), но MS SQL Server - "ни пришей - ни пристегни".


 
Polevi ©   (2005-09-23 12:25) [20]

>Курдль ©   (23.09.05 12:17) [19]
>Первые две заняты более достойными пердставителями
а мужики то и не знают (c)


 
Курдль ©   (2005-09-23 12:30) [21]


> Polevi ©   (23.09.05 12:25) [20]
> а мужики то и не знают (c)


Так мы здесь как раз для того чтоб знали или в спорах рожали истину!
Вот и приведи примеры победы MS SQL над oracle для БД предприятий и над Sybase ASA для БД рабочей группы :)))


 
Stanislav ©   (2005-09-23 12:39) [22]

Курдль ©   (23.09.05 12:17) [19]

А помоему MS SQL как раз и занимает 2 первых ниши.
Разве что Ораклу уступает, но с Ораклом я не знаком.
Не встречал более гибких и стабильных серверов.


 
Polevi ©   (2005-09-23 12:41) [23]

>Курдль ©   (23.09.05 12:30) [21]
виндовс масдай линукс форева делфи сакс си рулит


 
Курдль ©   (2005-09-23 12:51) [24]


> Stanislav ©   (23.09.05 12:39) [22]
> А помоему MS SQL как раз и занимает 2 первых ниши.
> Разве что Ораклу уступает, но с Ораклом я не знаком.


1. Какую конкуренцию может составить СУБД блокирующего типа для СУБД с версионированием записей???

2. MS SQL Server и Sybase ASE - неудачная совместная попытка Microsoft и Sybase повторить достижения Sybase ASA сделанную на Watcom-овском движке.


 
Stanislav ©   (2005-09-23 12:52) [25]

Курдль ©   (23.09.05 12:30) [21]
SYBASE - отстой!
У меня на предприятии стоит SYBASE и MSSQL.
Так вот сервак с MSSQL и выключали из розетки и Reset переваливали при работе примерно 40 юзеров.
А SYBASE при работе 1 юзера перевалили и базу никто не восстановил


 
Курдль ©   (2005-09-23 12:55) [26]

Как Вы не поймете, что "MS SQL Server" - ухудшенная версия "Sybase ASA"?
Это ж не я придумал! Это ФАКТ! :)


 
Polevi ©   (2005-09-23 13:06) [27]

>Курдль ©   (23.09.05 12:55) [26]
ты болен


 
Курдль ©   (2005-09-23 13:16) [28]


> Polevi ©   (23.09.05 10:04) [8]
> ты дурачок ?


> Polevi ©   (23.09.05 12:25) [20]
> а мужики то и не знают (c)


> Polevi ©   (23.09.05 12:41) [23]
> виндовс масдай линукс форева делфи сакс си рулит


> Polevi ©   (23.09.05 13:06) [27]
> ты болен


Приятно конструктивно побеседовать с умным человеком :)))


 
Nikolay M. ©   (2005-09-23 13:24) [29]


> Приятно конструктивно побеседовать с умным человеком :)))


Ты первый начал нести чушь, а теперь удивляешься.


 
Курдль ©   (2005-09-23 13:31) [30]


> Nikolay M. ©   (23.09.05 13:24) [29]
> Ты первый начал нести чушь, а теперь удивляешься.


Что тебе конкретно не понравилось в моем отрицательном ответе на

> Подскажите пожалуста мастера, как можно программно обнулить
> данное поле (если у него стоит Identity =yes).
?


 
Polevi ©   (2005-09-23 13:36) [31]

Даже такое жалкое подобие СУБД, как MSSQL


 
Nikolay M. ©   (2005-09-23 13:53) [32]


> Polevi ©   (23.09.05 13:36) [31]

Угу. После этой фразы остальное можно не читать, потому что всерьез слова автора такого заявления воспринимать невозможно. Болтовня насчет ключевых полей или "поддержки в потоках сетевых соединений" в соседней ветке этому только способствуют.


 
Polevi ©   (2005-09-23 14:03) [33]

точно


 
Ega23 ©   (2005-09-23 14:22) [34]


> Первые две заняты более достойными пердставителями, а для
> последней он как-то ... громоздок :)


Более достойные представители стоят весьма более достойных денег. А если покупать лицензию на домен Windows (NT-Сервер + 25 рабочих станций), то цена MS SQL для этого будет порядка $700 + $140 за клиента.
Цена на Oracle - гораздо дороже.

Ещё вопросы есть?


 
Курдль ©   (2005-09-23 14:47) [35]

Минимальная уена "oracle workgroup 1": $1200.
Для некоммерческого использования - бесплатно.


 
ANB ©   (2005-09-23 15:08) [36]


> Более достойные представители стоят весьма более достойных
> денег. А если покупать лицензию на домен Windows (NT-Сервер
> + 25 рабочих станций), то цена MS SQL для этого будет порядка
> $700 + $140 за клиента.
> Цена на Oracle - гораздо дороже.

Для MS SQL нужно еще ставить сервенрную операционку. Плюс он хочет серийник. А ораклу я могу на халяву поставить и никто за это не выдерет.
У MS SQL есть одно достоинство - его намного проще админить и программисты стоят дешевле (последнее для меня - скорее недостаток).

ЗЫ. А всего то спросили, как перемотать автоинкремент.


 
Top ©   (2005-09-23 15:13) [37]


> ЗЫ. А всего то спросили, как перемотать автоинкремент.


а все из-а:

Курдль ©   (23.09.05 09:21) [2]
Даже такое жалкое подобие СУБД, как MSSQL

:-)


 
Курдль ©   (2005-09-23 15:27) [38]

Это тоже ниччо:    :)

> SYBASE - отстой!
> У меня на предприятии стоит SYBASE и MSSQL.
> Так вот сервак с MSSQL и выключали из розетки и Reset переваливали
> при работе примерно 40 юзеров.
> А SYBASE при работе 1 юзера перевалили и базу никто не восстановил


Я так не сильно уверен, что если ораклевый сервак из розетки выдернуть, что ничего не собъется. Но если грамотно задать джобы на резервное копирование - проблем не будет.


> У MS SQL есть одно достоинство - его намного проще админить
> и программисты стоят дешевле (последнее для меня - скорее
> недостаток).


Что-то я не вижу причин для дорожания программистов. Разве что "за брэнд"?..
Про админов - согласен. А так - с чего бы? Что, PL/SQL сложнее Transact SQL?
Наоборот - с ораклом работать проще и приятнее.
К тому же я не представляю себе (в нашей стране), чтобы программист сидел и кропотливо колбасил что-то под один оракл (и так всю жизнь).


 
Ega23 ©   (2005-09-23 15:40) [39]


> Минимальная уена "oracle workgroup 1": $1200.
> Для некоммерческого использования - бесплатно.


Минимальная цена Oracle Standart Edition ONE - $150 за коннект (минимум - 5 коннектов). Если учесть, что для нашей системы требуется не 5 а, как минимум 20 коннектов, то цена возрастает до $3000. Это без учёта НДС, платы за тех.поддержку и возможных скидок от дилера.

Про некоммерческое использование - брехня. Тоже платно. Только там надо что-то около 7% от реальной суммы платить. Но платить - надо (если хочешь жить честно).
Если же брать не SEO, а Oracle Enterprise Edition, то цена взлетает вообще под потолок.

Так что - не надо ля-ля!


 
Курдль ©   (2005-09-23 15:50) [40]


> Так что - не надо ля-ля!
>


ЛЯ! ЛЯ!

Про бесплатный вариант.
Зайдите на сайт оракла и почитайте лицензионное соглашение.
http://www.oracle.com/technology/software/htdocs/devlic.html?http://www.oracle.com/technology/software/products/database /oracle10g/htdocs/10201winsoft.html


 
Ega23 ©   (2005-09-23 16:17) [41]

Зайдите на сайт оракла и почитайте лицензионное соглашение.

Не знаю - не знаю. Ребята из RDTex говорили, что безплатная разработка возможна в случае заключения "Партнёрства с Oracle". А это - $300 ежегодно.


 
Stanislav ©   (2005-09-23 17:11) [42]

Короче по результатам  опросов Sql.ru видим что народ пользуется MSSQL-ем, а народ пользуется тем что лучше. Вывод SYBASE-отстой!
Нестабильный, сложный в настройке, не гибкий и т.д.


 
ANB ©   (2005-09-23 17:16) [43]


> Что-то я не вижу причин для дорожания программистов. Разве
> что "за брэнд"?..

Мне самому PL/SQL больше нравится. Но, походи по вакансиям и увидишь.
Москва. MS SQL от 600 до 800, потолок 1000. Oracle - от 1000 до . . ., ну в среднем 1500 можно смело требовать, если просто надежно PL/SQL знаешь, а если OEBS, то от 2000.


 
ANB ©   (2005-09-23 17:17) [44]


> Не знаю - не знаю. Ребята из RDTex говорили, что безплатная
> разработка возможна в случае заключения "Партнёрства с Oracle".
>  А это - $300 ежегодно.
- не знаю не знаю. У нас куча клиентов, у всех стоит оракл и никто не платил (только нам за софт, оборудование и поддержку)


 
Ega23 ©   (2005-09-23 17:18) [45]

Мне самому PL/SQL больше нравится. Но, походи по вакансиям и увидишь.
Москва. MS SQL от 600 до 800, потолок 1000. Oracle - от 1000 до . . ., ну в среднем 1500 можно смело требовать, если просто надежно PL/SQL знаешь, а если OEBS, то от 2000.


Где больше вакансий? На MS SQL или Oracle?


 
ANB ©   (2005-09-23 17:38) [46]


> Ega23 ©   (23.09.05 17:18) [45]
- больше на оракл. Ему учится дороже, а в МВ лавочку прикрыли, остался один CBoss. Куча вакансий на OEBS, но курсы кусаются а с обучением практически вакансий нету.
ЗЫ. Надо в потрепаться перелезать.


 
Polevi ©   (2005-09-23 18:04) [47]

>Москва. MS SQL от 600 до 800, потолок 1000
странные цифры какието


 
Fay ©   (2005-09-24 03:13) [48]

2 Курдль ©   (23.09.05 12:55) [26]
>> Как Вы не поймете, что "MS SQL Server" - ухудшенная версия "Sybase ASA"?
1) Бред.
2) Уверен, ты даже не знаешь, чам ASA отличается от ASE.


 
Fay ©   (2005-09-24 03:17) [49]

2 Polevi ©   (23.09.05 13:36) [31]
Иногда лучше жевать, чам говорить.

Похоже на ситуацию, когда некто начинает весьма нелестно отзываться об женщине, котой он долго добивался, но она ему отказала.

З.Ы.
М.б. я чего не понял, и это была шутка?
Но где тогда смайлик?


 
Fay ©   (2005-09-24 03:20) [50]

2 ANB ©   (23.09.05 17:16) [43]

Суммы в каких единицах? Вы ведь не в разделе "Job для ламеров" смотрели?


 
Polevi ©   (2005-09-24 08:48) [51]

>Fay ©   (24.09.05 03:17) [49]
ты бы ветку сначала читал чтоли
[31] цитирует [2]


 
Anatoly Podgoretsky ©   (2005-09-24 11:50) [52]

Не трогать Курдля


 
DiamondShark ©   (2005-09-24 12:14) [53]


> Курдль ©   (23.09.05 12:55) [26]
> Как Вы не поймете, что "MS SQL Server" - ухудшенная версия
> "Sybase ASA"?
> Это ж не я придумал! Это ФАКТ! :)

Употребление алкоголя в таких количествах не доведёт тебя до добра.


 
Nikolay M. ©   (2005-09-24 12:57) [54]


> Fay ©   (24.09.05 03:17) [49]
> М.б. я чего не понял,

Это не шутка. Ты ничего не понял.


 
Johnmen ©   (2005-09-25 02:11) [55]

Руки прочь от Курдля !
И от Sybase с MSSQL тоже !!!
:)))


 
Fay ©   (2005-09-25 05:07) [56]

2 Polevi ©   (24.09.05 8:48) [51]
sorry


 
DiamondShark ©   (2005-09-25 12:27) [57]


> Stanislav ©   (23.09.05 17:11) [42]
> Короче по результатам  опросов Sql.ru видим что народ пользуется
> MSSQL-ем, а народ пользуется тем что лучше. Вывод SYBASE-
> отстой!
> Нестабильный, сложный в настройке, не гибкий и т.д.

Какой Sybase отстой? Их, вообще-то, две совершенно разные линейки: Enterprise и Anywhere.


 
Stanislav ©   (2005-09-26 09:00) [58]

DiamondShark ©   (25.09.05 12:27) [57]
ASA. Другого не видел.


 
ANB ©   (2005-09-26 09:33) [59]


> Суммы в каких единицах? Вы ведь не в разделе "Job для ламеров"
> смотрели?
- в баксах. Смотрел на sql.ru. В январе искал работу и на себе испытал.


 
Nikolay M. ©   (2005-09-26 10:08) [60]


> Какой Sybase отстой? Их, вообще-то, две совершенно разные
> линейки: Enterprise и Anywhere.

IQ еще забыл. 3 абсолютно разных продукта.


> ANB ©   (26.09.05 09:33) [59]
>
> > Суммы в каких единицах? Вы ведь не в разделе "Job для
> ламеров"
> > смотрели?
> - в баксах. Смотрел на sql.ru. В январе искал работу и на
> себе испытал.

А город? Нижний Кукуевск? Тогда очень м.б.


 
ANB ©   (2005-09-26 13:48) [61]


> Nikolay M. ©   (26.09.05 10:08) [60]


> А город? Нижний Кукуевск? Тогда очень м.б.
- Москва.


 
Nikolay M. ©   (2005-09-26 14:15) [62]


> ANB ©   (26.09.05 13:48) [61]

Тогда цифры какие-то левые.


 
Megabyte ©   (2005-09-26 14:20) [63]

Не буду ничего доказывать насчет крутости той или иной СУБД. Для рабочей группы нет смысла ставить промышленные СУБД типа Оракла. Поэтому МССКЛ вполне подходит здесь. Конечно есть еще Интербейз\Файрберд, но мелкософтовские продукты более известные(среди простых юзеров), и многие фирмы очень любят МССКЛ.
В объявлениях о работе я чаще вижу именно МССКЛ...


 
ANB ©   (2005-09-26 14:24) [64]


> Nikolay M. ©   (26.09.05 14:15) [62]
- а какие правые ?


 
Nikolay M. ©   (2005-09-26 15:19) [65]


> ANB ©   (26.09.05 14:24) [64]

Найти работу на 1-1.5КБ для МС СКЛьщика не проблема.


> Megabyte ©   (26.09.05 14:20) [63]
>  Для рабочей группы нет смысла ставить промышленные СУБД
> типа Оракла. Поэтому МССКЛ вполне подходит здесь.

Согласен.


 
Курдль ©   (2005-09-26 17:47) [66]

Подведем итоги.

Думаю, что в спорах должна таки родиться истина.
поэтому предлагаю поделиться реальным опытом эксплуатации той или иной СУБД, а не просто сотрясать воздух. Оракл, думаю, обсуждать нелепо, поэтому спустимся на ступеньку ниже.

1. Мой многолетний опыт эксплуатации Sybase ASA не выявил ни одного сбоя,
кроме ошибок (устраненных в следующем же патче) с кириллицей при подключении через OLEDB. Из многообразия конструкций TSQL мне не хватает только connect ... by prior, но кроме оракла никто не может этим похвастаться. Отработанная система репликаций с однородными базами или с их компактными разновидностями для КПК. Программирование системной логики на Java. Исчерпывающие инструменты сопровождения (Central, ISQl) и отличная документация. Весьма низкая стоимость лицензий (~$100).

2. Я уже говорил, что ASE и MS SQL делались совместными усилиями на основании ASA. Кто не верит - так и быть, сделаю подборочку материалов на досуге.

3. Не знаю, научился ли MS SQL такому запросу "select Get_Identity("TABLE_NAME") from DUMMY", но по моим былым исследованиям кроме @identity он ничем не порадовал (это навскидочку - могу напомнить еще пару дюжин серьезных недочетов).

4. Sybase ASA работает с однофайловыми БД и не требует почти никаких настроек, кроме пути к этому файлу. А "очень сложная настройка" сервиса выглядит приблизительно так: -d C:\DB\database.db -n developer -x tcpip(PORT=2638)
Это я к тому, что мы тут в шутку горячились насчет "... - отстой" и т.п. :)
Но я уверяю, что наша контора перед принятием решения о СУБД для проекта тестирует по спец. плану и с помощью спец. ПО "претендентов" и делает заключение о целесообразности их применения. MS SQL ни разу ни по каким параметрам, кроме как "предпочтение заказчика" не победила ASA.

5. Действительно, многие фирмы приняли как корпоративный стандарт MS SQl. Более того, некоторые надзорные органы утвердили его, как единственно разрешенный (Microsoft умеет работать с откатами). То, что на нем работают многие - не аргумент. На улице у каждого 3-го звонок в мобиле - "Черный бумер", но это же не значит, что это хорошая песня! :)

6. Объясните, плз, что значит "программист oracle (MS SQL, Sybase, IB)?
Это что, такой "специалист", который может писать только на PL/SQL, а на "Transact SQL" - ни-ни? И хрен его научишь? :)


 
ANB ©   (2005-09-26 18:03) [67]


> 6. Объясните, плз, что значит "программист oracle (MS SQL,
>  Sybase, IB)?
- научится можно, но мне, например, потребуется около недели, чтобы переключиться с PL/SQL на T-SQL. У каждого сервера есть свои тонкости и особенности, которые, если долго не работать, забываются немного.

ЗЫ. Есть примечательная история о распространении MS SQL. В середине 90-х (точно год не помню, ближе к концу) МНС принимала решение о введении единой учетной системы для всех налоговых. Ессно, решали, на какой СУБД все это реализовать. Нижегородский РНИВЦ предложил оракл. На что товарищи из МВФ сказали, что оракл, конечно, круто, но больно дорого и приговорили - MS SQL для региональный инспекций, и только центральную БД - на оракле (MS SQL такой объем бы не вытянул). Ребята из РНИВЦ на MS SQL систему то написали, а на оракле до сих пор пишут, так как начали позже. После этого на сайте MS появилась реклама, какой крутой их сервак и продажи резко подскочили. Кстати, сервер поставлен бесплатно, плюс MS на халяву сертифицирует ребят из РНИВЦа.


 
sniknik ©   (2005-09-26 18:26) [68]

> Думаю, что в спорах должна таки родиться истина.
подобные споры ее не "рождают". они "делают ей аборт". ;)

> 3. Не знаю, научился ли MS SQL такому запросу "select Get_Identity("TABLE_NAME")
> from DUMMY", но по моим былым исследованиям кроме @identity
> он ничем не порадовал (это навскидочку - могу напомнить
> еще пару дюжин серьезных недочетов).

@@IDENTITY
SCOPE_IDENTITY
IDENT_CURRENT
по моему было это уже в 7ке (т.е. уже довольно давно), в 6,5 может тоже было но я просто с ним тогда не работал. а насколько помню пользовался почти сначала использования мной mssql.

> (это навскидочку - могу напомнить еще пару дюжин серьезных
> недочетов)

напомни, попробуем разубедить...


 
Polevi ©   (2005-09-27 08:28) [69]

дадад, напомни



Страницы: 1 2 вся ветка

Форум: "Базы";
Текущий архив: 2005.11.06;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.65 MB
Время: 0.038 c
3-1127375236
Jioniro
2005-09-22 11:47
2005.11.06
Поиск по контексту с помощью SQL запроса


3-1127308032
Juice
2005-09-21 17:07
2005.11.06
Модификация через сетку табл. без ключей


14-1129208586
TUser
2005-10-13 17:03
2005.11.06
Автоматическое изменение кода


1-1129091826
dreamse
2005-10-12 08:37
2005.11.06
Функция замены слов в тексе


2-1129105220
_zx
2005-10-12 12:20
2005.11.06
Потоки





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский