|
Тема |
Още масло в огъня...:) [re: тъп4o] |
|
Автор | тъп4o (Нерегистриран) | |
Публикувано | 14.10.02 12:57 |
|
|
Брей, изядохте човека - май само Perin разбра какво имам предвид. Добавянето на XML-support при реализацията на дадена DBMS (M$ са се опитали в SQLServer2000, ама много бъгаво...) ще е задължително след време, най-вече заради Web-developers (нe знам дали ще има такова понятие като Database-programmer - след време) - след време, след време - ама след колко точно - никой не знае...Администриране на БД, обработка на данни, въвеждане на данни - всичко това с мобилно устройство в ръката (докато лежиш на плажа в Маями с някоя руса негърка:))...Като и да е XML e голяма тема и тепърва ще се развива...
Нека се върнем към MySQL и съвместимостта му с Ansi SQL! Това поне за мен е много интересно, защото аз нямам опит с MySQL (идвам от M$ SQLServer/Oracle). Та за 3-ти път препрочитам документацията на MySQL (сигурно заради ЕГН-то) и какво пише там във връзка с ANSI SQL:
1. Поддържа се само EntryLevel SQL-92, ама в следващите версии стремежа е към пълна поддръжка на SQL-99 :)(изобщо документацията прилича малко на рекламна книжка, ама пак е добре че я има:)).
2. Това, което се поддържа май е по-малко от това дето не се поддържа:):
а. Няма съхранени процедури - за сметка на бързината.
б. Подзаявки (subqueries) - някой ще каже "Не е важно, защото ще използваш Temp-таблици" - да де ама и 10 Temp таблици не помагат в някои случаи - да не говорим как се отразява това на производителността.
в. Foreign keys, Views - не толкова важни ама е хубаво да ги има.
Освен това проблеми с: Репликация, Автоматичния Repair на таблиците, Clustered databases...
Друг проблем е това, че истинския тип таблици, който единствен поддържа транзакции (InnoDb) не е дело на MySQL AB, а на друга компания Innobase (Finland) - какво ще стане ако тия пичове спрат в един момент да го разработват...То досега беше и невъзможно да се правят разумни тестове с MySQL, защото не поддържаше транзакции, т.е. понятието транзакции/мин нямаше как да се провери (изпълняването на прости Select-заявки дори и над милиони записи не е критерий).
Все пак някой да не помисли, че не съм фен на MySQL - напротив, след като на стари години взех да го уча:) Всички гореизброени недостатъци се игнорират от факта, че е безплатен (или условно безплатен), т.е ако вземем предвид критерия брой транзакции/мин.$ - когато делиш на число близко до 0 (т.е. 0 USD) - тогава резултата е без конкуренция (дори и броя транзакции да е малък).
|
| |
|
|
|