За законите - си прав.
За това, че сигурността е под въпрос - не съвсем, защото, що се отнася поне за ВКР, можеш да си сигурен, че нямат нито един PC вързан към трета мрежа, камо ли към Интернет.


[Отговори на този коментар]

все пак, не е зле да се уточни, че Microsoft SQL Server-ите "по цял свят буквално за 15 мин паднаха" - защото така, както си го написал излиза, че всичко що е SQL е заминало :-).


[Отговори на този коментар]

Eeee zashto gi kupuvat sega tia server-i, viarno che Microsoft Windows Server 2003 e mnogo dobyr, no povecheto mu funkcii(ako ne vsichki) mogat da se izpylniat i ot Linux Server, pri tova Windows Server 2003 e bezumno skyp. Porednata glupost v nashta dyrzava, koi li pak shte pribira procent.

[Отговори на този коментар]

Някой може ли да предложи стойностна алтернатива на MS SQL Server която като лиценз да е по евтина? Без flames моля, просто ще се радвам да чуя мнението на хора за които не просто Linux rulez, а поне знаят защо

[Отговори на този коментар]

pgsql http://www.postgresql.org/

[Отговори на този коментар]

Зависи за какво се използва MS SQL Server ?!
Ако се ползват стандартни ANSI SQL 92 заявки - то това  е едно. Ако ще се използват технологии като свързване в клъстери, репликации и пр. - е друго.
Но все пак виж комерсиалните версии на:

http://www.sapdb.org/
http://www.postgres.com/
http://www.mysql.com/

Цените са много прилични, в сравнение с възможностите им.


А що се отнася за цените на другите големи в бранша - в много от случаите е по-изгодно да се купи DB2 или Oracle (като се плаща за брой процесори или за брой потребители - зависи от конкретното приложение) в сравнение с MS SQL Server.
Например SAP R/3 (най-добрия, мащабируем и супер скъп ERP софтуер) се свързва към SQL базата основно през един DB потребител. Следователно заплащането на основата на броя потребители ще е по-изгодно в сравнение с това на броя процесори (има и други схеми за плащане).

Или с две думи: ако се знае схемата на приложението - ще се изберат и конкретни SQL бази данни (и съответния начин на плащане).
Но нали се харчат парите на данъкоплатците - защото да си правят труда да анализират потоците от данни ?!
И за съжаление, първо се купуват базите с данни, а след това се мисли какво да се прави с тях!


P.S. В тръжната документация точката, за закупуване на MS SQL Server, трябва да се промени на Закупуване на SQL база данни, която да поддържа следните технологии/възможности (изброяват се, но общо - без да се води по начина на изброяване към конкретна база данни).
Ама кой ги пише тези тръжни документации... ?!


Кольо Колев
Biotronica Ltd.
Редактиран на: 21-10-2003@12:41

[Отговори на този коментар]

Лично и неколкократно се убедих в абсолютната "несъстоятелност" на 2003 сървър + допълнителния "код", увеличаващ функционалността на Майкрософт-състемите.
Да ти се срине няколко пъти базата и да причини големи финансови щети, ама така, че нищо да неможе да се възстанови.
Виждам, че има един вид сисадмини, които се кефят на шарени интерфейси, не им пука какво става зад тях, че и дори нямат идея. Май са по-скоро садист-админи.
Какъв кеф, ей така, да чукнеш 2-3 чекбокса и някое падащо меню и по фантастичен начин всичко заработва безупречно.
Тю, да му се невиди.
Интересно, за какво ли е такава поръчка? Не ви ли се струва малко раздута бройката? Изглежда скъпичко.
Пък и в какво толкова ще "впрегнат" всичко това ???

[Отговори на този коментар]

Ами, че това MSQL започна ли да работи вече - в смисъл да разрешава да се пише смесено кирилица/латиница в колоните. И изобщо от колко години е на белия свят това изтърсаче. Жал ми е за тия които ще го съпортват :()((
Да не говорим за MSQL Admin security hole.
Абе нямам думи просто. И какво като мрежата не е свързана в интернет?? Секюрити не е нужно така ли? баси тъпотията ;)) Може ли от портиерския компютър да се разпореждам като админ в определен момент. Ще бъда откровен - "бати тъпотията". И ние всички позволяваме това да се случва в нашата родна страна. В най-родолюбивата част - родната казарма? Нещо не сме в ред всичките - колкото и да се правим на велики (и не без основание по пронцип) като нация

[Отговори на този коментар]

Тая глупост съществува ли още? Явно там са някакви веселяци, които за да играят белот в мрежа им трябва SQL-server:))

[Отговори на този коментар]

ех :)  дори и да има админи дето да ги радва
шаренията :) що не ползват ОС Х примерно с
Оракъл или от сорта там също е шарено :) и то
доста повече ама работи стабилно все пак БСД е
отдолу и е лесно за пипане  а и не вярвам да е по-
скъпо от МС

[Отговори на този коментар]

FireBird naslednik na InterBase
ima si stored procedures subqueries i kvot se setish

[Отговори на този коментар]

Беше написано:
"А що се отнася за цените на другите големи в бранша - в много от случаите е по-изгодно да се купи DB2 или Oracle (като се плаща за брой процесори или за брой потребители - зависи от конкретното приложение) в сравнение с MS SQL Server.
Например SAP R/3 (най-добрия, мащабируем и супер скъп ERP софтуер) се свързва към SQL базата основно през един DB потребител. Следователно заплащането на основата на броя потребители ще е по-изгодно в сравнение с това на броя процесори (има и други схеми за плащане). "

Изобщо не съм съгласен с това твърдение!
Прочети внимателно лицензите за базите от данни.
И MS и oracle казват, че лиценза на потребител не се отнася за случаите на connection pool. Този които е описан е точно такъв!

Създаването на СУБД е труден процес и понеже съм в тази област и ползвам посочените продукти, мога определено да кажа, че никой от free продуктите не се доближава ни най-малко до възможностите на oracle или MS SQL.

Също така само за вседение мога да кажа, че oracle и MS SQL в полседните им версии са много близки като качество. Имаше време когато MS бяха много по-зле, но нещата се промениха значително от 2-3 години.

Като изказвате подобни мнения е добре да сте запознати в детайли. Поне за СУБД суи има добри специализирани форуми по света и там щ намерите по-подробни анализи.Форума тук е за linux и това че linux е добро free решение не води до това, че и в по-сложни области могат да се намерят пак free решения.
Не случайно една OS струва ~1K USD, а една СУБД 50-100K, а може и над тази сума.
Хубаво е да прочетете и ще видите, че разработчиците на безплатните решения много често дори си нямат понятие как са реализирани нещата в платените.
Хайде като оплюваме нещо, да сме компетентни.


[Отговори на този коментар]

"Като изказвате подобни мнения е добре да сте запознати в детайли. Поне за СУБД суи има добри специализирани форуми по света и там щ намерите по-подробни анализи.Форума тук е за linux и това че linux е добро free решение не води до това, че и в по-сложни области могат да се намерят пак free решения.
Не случайно една OS струва ~1K USD, а една СУБД 50-100K, а може и над тази сума.
Хубаво е да прочетете и ще видите, че разработчиците на безплатните решения много често дори си нямат понятие как са реализирани нещата в платените.
Хайде като оплюваме нещо, да сме компетентни."

Ами хайде отговори ми PLS. - поддържа ли MSSQL вече смесен тип данни (кирилица/латиница) в една и съща колона - защото не го следя - за мене си е проблемна боза и съм много щастлив, че не ми се налага да го следя. ;)))
А по отношение на Free - решенията PostgreSQL ми върши идеална, (ама наистина) работа и изобщо никак не е "несериозен" сървър разработен от "нищо неразбиращи хора" (каквито са повечето поддръжници на M$) - Тук без да се обиждаш ;))

[Отговори на този коментар]

Абе Ванка, я като си такъв ``специалист'', кажи ми в каква база данни се държи .org домейна? И като става дума за безплатни бази данни, знаеш ли кой е лидера в световен мащаб като инсталации на embedded бази данни?
А за обществената поръчка - ами това е все едно да се обяви обществена поръчка за доставка на камиони от определена марка.

[Отговори на този коментар]

Не съм имал проблем с кирилица и латиница в MS SQL. Ако го настроиш да е unicode ще работи.

С PG работя от 5 години и ако се поинтересуваш малко ше разбереш, че работи доста бавно с кирилица и unicode.
Проблема е осножно в sort-функцията.
Това води до проблеми при много голяма част от запитванията, защото се налагам много междинни сортировки. За сега няма задоволително решение на проблема. За справки mailin list на pg и Tom Lane.Ако те интересува в детайли търси в последната година.
При PG не се набляда много на езиците различни от анг.
В това отношение най-доброто решение е oracle.
Радвам се да видя някой който ползва PG. Дано си се научил как се настройва оптимално, че и разработчиците не са на едно мнение по този въпрос.
Иначе няма спорт, че pg е най-доброто free решение.Има почти всичко (поне на теория което трябва да има) и да се намяваме, че в 7.4 (до месец) ще има обещаните подобрения( Жалко, че версията за Windows остана за 7.5, иначе можеше да получи и по-голяма популярност).
Хайде със здраве и ако имаш още въпроси не се притеснявай да питаш:).

[Отговори на този коментар]

Сава,
Не знам върху какво вървят имената (избора не е голям и ми се струва, че е postgresql).
Всъщност задачите които изпълнява тази база са доста прости, няма никакви subselects и т.н. и току виж някой избрал дори mySQL.

Не знам и кой е лидера за embeddet бази данни .

Иначе ако са избрали предварително, че им трябва MS SQL не виждам проблем да обявят конкурс за неговата доставка. Не е изключено например да имат решение което работи само с MS SQL (като приложен продукт). Ако е така какво да правят? Да сменят и продукта за да ни угодят на нас ли?


[Отговори на този коментар]

Проблемът според мене, не е в това коя БД е по-добра. Проблема е че в тражната процедура е направена така, че да спечели определена фирма. Освен това в БГ Армия от години има закупен Oracle 8, а може вече и 9 да имат. Имат голиямо количество техмика, която бездейства с огромна изчислителна мощ. Става дума за IBM RS 6000 SP2 и много RS 6000 от други серии в допалнение. Най-лошото е че подменят AIX 4.x базирани системи с Windows и Intel.  
А относно БД, не мога да дам мнение за MicrosoftSQL, защото не сам работил с нея. Лично аз сам фен на PostgreSQL. Иначе там кадето работя се ползва основно Oracle и DB2. PostgreSQL се ползва само за ниакои проекти. Уверявам ви че никой дори не си и помисля за MicrosoftSQL. Говоря за система която обслужва около 100 000 потребителски акаунта и има милиони заявки кам нея дневно.

[Отговори на този коментар]

az bih wi preporychal da poglednete FireBird...
byrz, malyk, move mnogo nesta, raboti na mnogo OS i e bezplaten..
Syzdatelq na Interbase wse oste raboti po FireBird..
itn..itn

[Отговори на този коментар]

Ако имат закупен oracle 8 или 9, действително няма защо да се взема MS SQL.
Както казах единствена причина в този случай може да е вече разработен продукт който работи само на MS SQL.

Иначе можеш да си сигурен, че MS SQL е почти толкова добър колкото oracle. Разгледай например последните тестове за производителност. Разликата е под 10% и то на едни тестове са по-добри oracle,  а на други MS.DB2 e по-назад малко, но също е в тази категория.
Щом си фен на PG, знаеш, че в момента някакъв руснак се опитва да пусне целите тестове през базата и поне до преди две седмици във mailing lista всички му помагаха да оптимизира настройките. Излизаха доста проблеми и резултатите не бяха съвсем на ниво. От няколко дни се е замълчал и поне според мен или се е пооправил или съвсем се е отказал. Разбира се от PG тестовете в крайна сметка ще останат неофициални, защото няма кинти да се узаконят. Дано да се оправят. Иначе и аз съм фен на PG, но това не ми пречи да сравнявам обективно.
Освен това ми се струва, че тези който пишат тук по въпроса не са ползвали сериозно MS SQL, защото ако го бяха направили нямаше да пишат тия простотии.
Но се радвам за теб, че си харесал PG. Ако беше писал за mySQL, даже нямаше да ти отговарям (сещаш се защо).

[Отговори на този коментар]

ами след "embeddet" ще стане "veri beT".
Лошо, много лошо . Че кой Взима SQL-server за прости неща - само тъпоумни шефове по държавните фирми. Абе какво да говорим, изобщо това е лошото на публичността и отворения код - че всеки може да дава мнение - и в БГ основно дава мнение тоя който най-малко разбира . Такива сме си ;(

[Отговори на този коментар]

kakvo puk :) tolkova mySQL vi e napravil :)) shtom
SAP vse pak reshiha da zalojat na nego :))) znachi
moje i s mySQL puk i az imah takav server s
1800zaqvki na secunda koito ne spirashe :))) i
raboteshe perfektno :))) e moje da nqma nekoi
neshtica ama .... :)))


kolkoto do prilojeniq pisani za opredelena DB :) eh
tova e smeshno :) govori losho za programistite i za
kupuvachite na takav software :) /vse mi se struva
che source na dannite trebe da e bez znachenie
neshto koeto da poddarja nqkakav standart i t.n ama
to az i ne razbiram :)/


i kato posledno toq MS SQL koito e tolkova dobyr :)
na kakva platforma varvi :))) i taq platforma nadejdna
li e :) i etc /az lichno smqtam ne e :))) ama pak
kazvam ne razbiram :) i nashte windows serveri gi
gledam samo otdaleche :))) ama to i nashte windows
admini gledat ednichkiq ni AS/400 otdaleche :))) /

i vse pak mislq che MS ne e dostatachno nadejdno
reshenie :))) za golemi proekti no puk ot druga
gledna tochka pri 40k armiq :))) kolko li golemi bazi
danni shte ima :))))))))) /s risk nqkoi da me namrazi
:))) shte kaja che free reshenie ima za vsichko :)))
prosto kakvoto si postelesh na tova shte legnesh :) i
dori s "prost" mySQL mogat da se postignat chudesa
ot hrabrost vsichko zavisi ot hrabreca/

[Отговори на този коментар]

Тук сме се събрали за да даваме мнения. А не за да не даваме. Другаде и по друг начин ще бъде определено кой е експерт и чие мнение ще бъде взето предвид.
Линукс за Българи е арена където се опитваме да се научим на нещо. Ето дори и аз с отговора си на твоят коментар се уча че ще трябва да отговарям на подобни коментари.

[Отговори на този коментар]

Трябва време да обясни подробно.
В mySQL липсват доста неща които са нужни за една база от данни.
По нета има достатъчно коментари и анализи от независими специалисти по тази тема.
Иначе MS SQL си е доста надежден. Ако не беше нямаше да има такъв ръст на продажбите.
Пак казвам не ми е любимия продукт, макар че има проекти за които го използвам.
Дразнещо е че всеки плюе без да познава нещата в детайли.
Пък ако щете вярвайте. Дали вярвате или не си е ваша работа. Ако не гледате обективно вие си губите.


[Отговори на този коментар]

съвсем официално.
Обещавам да не критикувам "свободата на мненията както и на софтуера". Освен това не искам да останете с впечатление че не търпя чуждо мнение.
още веднъж - sorry.

[Отговори на този коментар]

Иван:
"Някой може ли да предложи стойностна алтернатива на MS SQL Server която като лиценз да е по евтина? Без flames моля, просто ще се радвам да чуя мнението на хора за които не просто Linux rulez, а поне знаят защо."


Кольо:
"Зависи за какво се използва MS SQL Server ?!
Ако се ползват стандартни ANSI SQL 92 заявки - то това  е едно. Ако ще се използват технологии като свързване в клъстери, репликации и пр. - е друго.
Но все пак виж комерсиалните версии на:

http://www.sapdb.org/
http://www.postgres.com/
http://www.mysql.com/

Цените са много прилични, в сравнение с възможностите им.

А що се отнася за цените на другите големи в бранша - в много от случаите е по-изгодно да се купи DB2 или Oracle (като се плаща за брой процесори или за брой потребители - зависи от конкретното приложение) в сравнение с MS SQL Server.
Например SAP R/3 (най-добрия, мащабируем и супер скъп ERP софтуер) се свързва към SQL базата основно през един DB потребител. Следователно заплащането на основата на броя потребители ще е по-изгодно в сравнение с това на броя процесори (има и други схеми за плащане). "


Иван:
"Изобщо не съм съгласен с това твърдение!
Прочети внимателно лицензите за базите от данни.
И MS и oracle казват, че лиценза на потребител не се отнася за случаите на connection pool. Този които е описан е точно такъв!

Създаването на СУБД е труден процес и понеже съм в тази област и ползвам посочените продукти, мога определено да кажа, че никой от free продуктите не се доближава ни най-малко до възможностите на oracle или MS SQL.

Прочети внимателно лицензите за базите от данни.
И MS и oracle казват, че лиценза на потребител не се отнася за случаите на connection pool. Този които е описан е точно такъв!
"


Иване, ще прочетеш ли внимателно отговорите ми, преди да ги коментираш. Виждам , че имаш много високо мнение за себе си като DB специалист. Но е добре, преди да се заяждаш, да четеш внимателно.
Отговорът ми беше , че за конкретни задачи могат да се намерят и дори безплатни алтернативи. А за други случаи може да излезе по-изгодно да се купи друга база данни вместо MS SQL.
А що се отнася за лицензите на базите данните всичко е много динамично и зависи от договора с конкретния клиент, така че не ми цитирай общите условия за лицензиране. Те са за малки фирми и крайни клиенти. За големи клиенти и разработчици на софтуер вървящ с конкретна база данни - всичко се договаря.

И пак ще кажа: Преди да се купува софтуер по закона за обществените поръчки, ТРЯБВА да се обяснят аргументирано нуждите от такъв тип софтуер, да се дискутира от специалисти и накрая да се пише тържната документация.
Дори и по стандартите на НАТО не е задължително покупката на конкретна база данни, в случая MS SQL.

Та някой може ли да ми отговори на въпросите (без да визирам конкретния търг):
Защо се купува точно MS SQL, а не Oracle или DB2, в повечето от случаите? Какви са аргументите?
Като бази данни с общо предназначение (за рутинни и по-леки задачи, като второстепенни DB сървъри, за WEB сървъри и пр., и навсякъде другаде , където тава е възможно)  –  защо не може (кое пречи) да се използват някой от цитираните по-горе free бази данни? Може би поддръжката – има платена  такава ... Или проблема е източване на бюджета и вземането на комисионни ?!


Кольо Колев
Biotronica Ltd.

[Отговори на този коментар]

Ще се опитам да ти отговоря защо слагат MSSQL,
а не нещо истинско: (Това си е мое мнение)
Има нещо с комисионните разбира се - но мисля, че има и друг проблем:
-Има едно наслояване сред шефовете на средно ниво в администрацията от рода на:
"Абе дай да вземем нещо което само да си работи и ще вземем нашто момче Гошко, който ако нещо се скапе ще го преинсталира и то ще се оправи. ". И понеже повечето от тия шефове имат т.нар. "компютърна грамотностъ" - т.е. виждали са Windows 10-на пъти и са играли Solitaire, то за тях - модерно, ново, истинско е МS - a щом стане дума за SQL - MSSQL.

[Отговори на този коментар]

Кольо,
Чета го внимателно!
А там пише:

"А що се отнася за цените на другите големи в бранша - в много от случаите е по-изгодно да се купи DB2 или Oracle (като се плаща за брой процесори или за брой потребители - зависи от конкретното приложение) в сравнение с MS SQL Server.
Например SAP R/3 (най-добрия, мащабируем и супер скъп ERP софтуер) се свързва към SQL базата основно през един DB потребител. Следователно заплащането на основата на броя потребители ще е по-изгодно в сравнение с това на броя процесори (има и други схеми за плащане). "


Това което коментирам е:
"Например SAP R/3 (най-добрия, мащабируем и супер скъп ERP софтуер) се свързва към SQL базата основно през един DB потребител. Следователно заплащането на основата на броя потребители ще е по-изгодно в сравнение с това на броя процесори..."

И това което казвам е, че не можеш да си купиш лиценз за един потребител например за oracle (~ 300 USD) и да запуснеш SAP на които да работят 100 човека. Технически можеш, макар и не с един потребител, но лицезно не . В този случай ще трябва да купуваш пълен лизцез на процесор или да доказваш броя реално работещи потребители (което е по-трудно).

За това , че имам добро мнение за познанията си в тази област си напълно прав. Определено смятам, че са много добри. Иначе съм привърженик на postgreSQL и когато мога помагам в тяхния mailing list, на колеги по въпроси с оптимизация на запитвания и настройки на конфигурацията. Трябва да отбележа, че добра комерсиална поддръжка на този продукт не може да се получи у нас.


[Отговори на този коментар]

RE: RE:Към Ivan
----------------------

"И това което казвам е, че не можеш да си купиш лиценз за един потребител например за oracle (~ 300 USD) и да запуснеш SAP на които да работят 100 човека. Технически можеш, макар и не с един потребител, но лицензо не . В този случай ще трябва да купуваш пълен лиценз на процесор или да доказваш броя реално работещи потребители (което е по-трудно)."

Аз съм SAP R3 Админинистратор и ти казвам, че за лицензите на SAP не си прав, макар че разсъждаваш принципно правилно. Когато купуваш SAP R3  го купуваш заедно с някаква база данни Oracle , DB2, MS SQL или SAPDB (досега Adabas, за в бъдеще MySQL) по специален договор. Така че, SAP-а не го брой. Това е пример за частно споразумение.

Нека имаме 100 потребителя и един 4 процесорен сървър.
- можем да лицензираме Oracle на основата на броя процесори
- можем да лицензираме клиентите ( терминалите/програмите)
- неограничен лиценз
- по-частно споразумение/договор

В различните случай ще имаме различни цени.
За това говоря аз. Да се изхожда от конкретната ситуация.

А за това, че не можеш да лицензираш Oracle за 1 потребител и да го ползваш през от 100-те потребителя си абсолютно прав. Но тогава е по-добре да се лицензира на основата на броя процесори и да се сложи двупроцесорен сървър (например).

Но мисля че, се отклонихме много от целта на този постинг.
Идеята му беше, защо без обосновка се купува конкретен софтуер (в случая база данни MS SQL).


Кольо Колев
Редактиран на: 23-10-2003@10:46

[Отговори на този коментар]

В този вид за лицензите съм съгласен.
Иначе, може и да са взели решение по някакъв начин т.е. с вътрешно решение и т.н.

Все пак става дума за ВКР и ако питат мен дори не трябва да се обяснява защо го правят точно така. Ако беше нещо друго както и да е.



[Отговори на този коментар]

Оценявам твоето желание да си обективен, но не мисля че ВКР имат нужда от такава изчислителна мощ. Освен това, производителността не винаги е най-важното за една БД, особенно ако става дума за армия и разузнаване. Да не говорим че, при ясен и добре обмислен проект, могат да се намерят алтеративни  на големите БД решения. В случая визирам XML базирани системи. Лично аз имам няколко такива проекта, които ни спестиха много време и пари, а и работят дори по-добре от БД.
Освен това, смятам че, в този "ТЪРГ" на преден план е поствена комисионната и/или желанието на някой да се учи и играе на програмист/админ, за сметка на данъкоплатците.
Държа да отбележа че познавам твърде добре БГ армия и "автоматизацията" там, заради което смея да давам тази оценка.
P.S mySQL не е никак лоша за някои  приложения. Доколкото си спомням, Yahoo преди време обявиха че ползват mySQL, да финансовата си информация.

[Отговори на този коментар]

Не мога да гадая дали има комисионна, но е вероятно така.
Не ми се вижда реално да се заменят БД с XML
базирани системи. Различията между двете са толкова големи, че не виждам база за сравнение.
Темата за yahoo и mySQL се дискутира доста надълго в специализираните форуми и се изясни, че yahoo ползва oracle за финансовата част и mySQL за по-безотговорни задачи (не си спомням дали се цитираха, защото минаха месеци от тогава).
Но за някой приложения и ако може с по-статични данни си става.Както се казва, всеки да си прецени дали може да си сложи главата в торбата (това се отнася и за ВКР).

Още нещо:
Гледам, че тук много шум се вдига по такива теми. Ще ми се да питам дали е имало конкретна полза от това. Например някъде в държавата да са предпочели решение с отворен код или пък linux като ОС?
Аз не съм чул.
Все ми се струва, че до момента до който се отричат така тотално решения като MS SQL, никой няма да вземе на сериозно препоръките от форум като този. Причината е че MS може да изброй моментално колкото си иска големи компании които ползват MS SQL (аз поне лично знам поне 10 в top 100) и да забие в земята такива твърделия.

И по принцип предпочитам професионални дискусии , а не от този тип.

[Отговори на този коментар]

Иване, ако си обарнал внимание казах че познавам добре БГ Армията и за това говоря за комисионни. Относно XML, казах че е вариант ако проекта го позволява. Ако не си работил с XML и базираните на него езици, не барзай да го отричаш. Като имам в предвид с какав тип информация борави ВКР, аз не бих отхварлил такав вариант. А що се отнася до професионалната дискусия, едва ли мястото и е в един форум. Още повече че ти явно си пристрастен кам М$, докато аз сам върл негов противник. Освен това, бих могал да ти кажа че са рядкост компаниите които поверяват на М$ сериозни задачи, не че няма но не са много. А в БГ няма решения с отворен код, защото там няма толкова далавера. Другата причина е че в държавните организации, няма хора които биха могли да ги реализират. Ако искаш можем да поспорим извън този форум. Само кажи каде и кога. Имай в предвид че аз сам 7 часа след БГ.

[Отговори на този коментар]