Что разрабатывают на Си шарп?

← →
KSergey © (2006-11-15 13:45) [240]

> Игорь Шевченко © (15.11.06 13:37) [238]
> Вместо того, чтобы заниматься разработкой, народ занимается
> сертификацией

Я больше скажу: еще и вместо того, чтобы это самое качество повышать! :(
Хотя это и мало относится с С#

← →
Курдль © (2006-11-15 13:50) [241]

> ZeroDivide © (15.11.06 13:30) [236]
> Современный PD - вешь на которую стоит обратить внимание
> всем разработчикам БД. Т.к. это уже далеко не просто средство
> схематического изображения структуры БД - это полноценное
> и удобнейшее средство управления физической моделью + формальная
> спецификация.

Есть еще отна весчь бесспорно нужная в нем - репозиторий для коллективного доступа и контроля за версиями. В отличие от других систем типа CVS, эта лучше любой из них покажет изменения или различия в любой выбранной версии (т.к. имеет понятие о том, что внутри).

← →
Игорь Шевченко © (2006-11-15 14:15) [242]

Курдль © (15.11.06 13:50) [241]

> В отличие от других систем типа CVS, эта лучше любой из
> них покажет изменения или различия в любой выбранной версии
> (т.к. имеет понятие о том, что внутри).

Да, CVS с двоичными файлами не умеет показывать отличия, это верно. Но если бы PD и прочие D сохраняли свои модели в текстовых файлах, оно и CVS бы показало изменения...А так люди себе лишнюю работу делают

← →
ZeroDivide © (2006-11-15 14:20) [243]

>
> Да, CVS с двоичными файлами не умеет показывать отличия,
> это верно. Но если бы PD и прочие D сохраняли свои модели
> в текстовых файлах, оно и CVS бы показало изменения...А
> так люди себе лишнюю работу делают

Начиная с какой-то из последних версий, есть возможность сохранять модель в XML.

← →
Курдль © (2006-11-15 14:28) [244]

> Игорь Шевченко © (15.11.06 14:15) [242]
> Да, CVS с двоичными файлами не умеет показывать отличия,
> это верно. Но если бы PD и прочие D сохраняли свои модели
> в текстовых файлах, оно и CVS бы показало изменения...А
> так люди себе лишнюю работу делают

Мы опять друг друга не поняли по первоначальной причине за/против графическое/го представление/я!

В CVS ты увидишь различия скрипта, а в PD ты увидишь различия в виде дерева объектов модели.

← →
ANB © (2006-11-15 14:30) [245]

> PD видит разницу между integer numeric decimal и т.д.

И при синхронизации Физ.модель - БД видит ?
И storage параметры понимает ?

← →
Игорь Шевченко © (2006-11-15 14:33) [246]

Курдль © (15.11.06 14:28) [244]

Чаще всего мне достаточно факта, что отличия есть, а в каком они виде представлены - дерево или разница двух SQL (XML) уже не так очевидно.
Впрочем, мы, похоже, смотрим с разных сторон - мне графического восприятия, которое дает PD и ему подобные, явно не хватает.

← →
Курдль © (2006-11-15 14:39) [247]

> ANB © (15.11.06 14:30) [245]
> И при синхронизации Физ.модель - БД видит ?

Что значит "при синхронизации"?
Если у тебя в модели отмечено, что поле имеет тип numeric, то и в скрипте создания БД тупо будет написано ... FIELD_NAME NUMERIC ...
Или ты имеешь в виду при reverse engineer? Тоже никто не жаловался.

> И storage параметры понимает ?

Это что такое?

← →
ANB © (2006-11-15 15:00) [248]

> Курдль © (15.11.06 14:39) [247]

CREATE TABLE ACC
(
ACCCODE NUMBER(10) DEFAULT 0 NOT NULL,
NRKO NUMBER(6) DEFAULT 0 NOT NULL,
TYPEACC NUMBER(6) DEFAULT 0,
KINDACC NUMBER(6) DEFAULT 0,
WORKSTR VARCHAR2(128 BYTE) DEFAULT chr(1),
BTRV_ADDRESS NUMBER(10) DEFAULT 0 NOT NULL,
ROWVER NUMBER(10) DEFAULT 0
)
TABLESPACE TCB_PERM
PCTUSED 0
PCTFREE 10
INITRANS 50
MAXTRANS 255
STORAGE (
INITIAL 64K
MINEXTENTS 1
MAXEXTENTS 2147483645
PCTINCREASE 0
BUFFER_POOL DEFAULT
);

Я не про создание, а про модификацию базы, чтобы привести ее в соответствие модели.

← →
Курдль © (2006-11-15 15:20) [249]

> ANB © (15.11.06 15:00) [248]

У тебя есть, куда файлы картинок выложить (а то у меня отсюда нет доступа к сайту)?

← →
ANB © (2006-11-15 15:26) [250]

> Курдль © (15.11.06 15:20) [249]

У меня трафика нету, чтобы картинки забрать потом :(
Кстати, ты в москве щас ?

← →
Курдль © (2006-11-15 15:29) [251]

> Курдль © (15.11.06 15:20) [249]
> У тебя есть, куда файлы картинок выложить (а то у меня отсюда
> нет доступа к сайту)?

Отставить. Нашел варианты:
http://www.netprint.ru/index.php?action=myphotoes&what=13415443#photo
http://www.netprint.ru/index.php?action=myphotoes&what=13415445#photo

← →
Игорь Шевченко © (2006-11-15 15:30) [252]

Курдль © (15.11.06 15:29) [251]

"У вас нет прав для работы с фотографиями!!!"

← →
Курдль © (2006-11-15 15:34) [253]

> Игорь Шевченко © (15.11.06 15:30) [252]
> Курдль © (15.11.06 15:29) [251]
>
> "У вас нет прав для работы с фотографиями!!!"

Альбом является открытым для всех пользователей. Если Вы хотите скрыть альбом от других пользователей, задайте пароль для альбома. Иначе оставьте пароль пустым.

Может так: http://netprint.ru/index.php?action=albums&do=140320

← →
Игорь Шевченко © (2006-11-15 15:37) [254]

Курдль © (15.11.06 15:34) [253]

Можно я сразу скажу, что мне кажется неудобным в левом снимке ?
То, что разные опции спрятаны по разным закладкам и не видно, есть ли в этой закладке какие-то данные, отличающиеся от умалчиваемых (или вообще введенные).

В скрипте же они все рядышком...

← →
ZeroDivide © (2006-11-15 15:47) [255]

> Можно я сразу скажу, что мне кажется неудобным в левом снимке
> ?
> То, что разные опции спрятаны по разным закладкам и не видно,
> есть ли в этой закладке какие-то данные, отличающиеся от
> умалчиваемых (или вообще введенные).
>
> В скрипте же они все рядышком...
>

А они все рядышком и точно в таком же виде, как в твоем скрипте, на вкладке "Preview" :P

← →
Игорь Шевченко © (2006-11-15 15:49) [256]

ZeroDivide © (15.11.06 15:47) [255]

Для всех таблиц ? :)

← →
Курдль © (2006-11-15 15:49) [257]

Кстати, ради забавы сделал генерацию базы из отреверсенного скрипта:/*==============================================================*/ /* DBMS name: ORACLE Version 10g */ /* Created on: 15.11.2006 15:48:07 */ /*==============================================================*/ drop table ACC cascade constraints; /*==============================================================*/ /* Table: ACC */ /*==============================================================*/ create table ACC ( ACCCODE NUMBER(10) default 0 not null, NRKO NUMBER(6) default 0 not null, TYPEACC NUMBER(6) default 0, KINDACC NUMBER(6) default 0, WORKSTR VARCHAR2(128 BYTE) default chr(1), BTRV_ADDRESS NUMBER(10) default 0 not null, ROWVER NUMBER(10) default 0 ) TABLESPACE TCB_PERM PCTUSED 0 PCTFREE 10 INITRANS 50 MAXTRANS 255 STORAGE ( INITIAL 64K MINEXTENTS 1 MAXEXTENTS 2147483645 PCTINCREASE 0 BUFFER_POOL DEFAULT );

← →
Игорь Шевченко © (2006-11-15 15:52) [258]

Курдль © (15.11.06 15:49) [257]

А в оригинальном скрипте этот шум, начиная со строки PCTUSED тоже есть ?

← →
ANB © (2006-11-15 15:53) [259]

> drop table ACC cascade constraints;

Смущает меня эта конструкция. Если таблицы нету, то сей оператор даст ошибку, если же есть - то за каким ее предварительно грохать ? Такой скрипт не пойдет ни для создания ни для модификации БД.

> Игорь Шевченко © (15.11.06 15:52) [258]
> А в оригинальном скрипте этот шум, начиная со строки PCTUSED
> тоже есть ?

См. [248]

> ANB © (15.11.06 15:53) [259]
> Смущает меня эта конструкция. Если таблицы нету, то сей
> оператор даст ошибку, если же есть - то за каким ее предварительно
> грохать ? Такой скрипт не пойдет ни для создания ни для
> модификации БД.

Вот ты упрямый... оружейник! :)))
"Такой скрипт не пойдет". Все у людей ходит! Все настраивается в PD, а SQL+ не останавливает исполнение по таким ситуациям (насколько я помню) а только выдает предупреждения.

> Для всех таблиц ? :)

И для всех таблиц - Generate Database c галочкой только напротив "CreateTable" :P

> Смущает меня эта конструкция. Если таблицы нету, то сей
> оператор даст ошибку, если же есть - то за каким ее предварительно
> грохать ? Такой скрипт не пойдет ни для создания ни для
> модификации БД.

Все настраиваемо соответствующими галочками... drop"ы можно выключить. К тому же это результат выполнения Generate DataBase, а не Modify DataBase.

Курдль © (15.11.06 16:00) [260]

> См. [248]

Да, я понял, спасибо. Про то, что он Storage умеет, я знаю.

И все-таки я повторюсь - диаграмма для меня имеет только одну ценность - на ней видно лишнее, которое надо отсечь за ненадобностью. А думать мне удобнее со скриптом, разумеется, обозримым. Впрочем, необозримая диаграмма мне тоже не поможет, а скорее, навредит.

> Вот ты упрямый... оружейник! :)))

Я не упрямый, я консервативный :)

И все-таки, если ER-designer (любой, не важно кем) написан корректно, то Modify функция - это несравнимая вещь. Я никогда не поверю, что человек используя только скрипт сможет написать цепь Альтеров, для сложных изменений. Которые тянут за собой каскадные изменения в других объектах.

> А думать мне удобнее со скриптом

В некоторых случаях и в твоем тоже привычнее = удобнее. Но если все таки попробовать научиться, то может вдруг оказаться, что разница в удобстве будет такая же как при переходе c notepad на Delphi IDE.

ZeroDivide © (15.11.06 16:30) [265]

> Но если все таки попробовать научиться, то может вдруг оказаться,
> что разница в удобстве будет такая же как при переходе
> c notepad на Delphi IDE

пробовал - не помогает. Наверное мозги не такие, не заточены под PD. Удобства не увидел, геморроя предостаточно. А главное, я не понимаю, зачем. Я не занимаюсь каждый день (и даже каждый месяц) проектированием новых схем баз данных, поэтому этап создания скрипта у меня занимает настолько небольшой процент от общего времени проектирования, что бросать все силы на изучения сомнительного (ну хорошо, пусть не сомнительного) подспорья, я просто полагаю не совсем целесообразным.

> Игорь Шевченко © (15.11.06 16:46) [267]

> Я не занимаюсь каждый день (и даже каждый месяц) проектированием
> новых схем баз данных

В таком случае совершенно согласен, что скрипт быстрее.

Что разрабатывают на Си шарп? Найти похожие ветки