|
|
ru.website- RU.WEBSITE ------------------------------------------------------------------- From : Igor Mikhailov 2:5005/42.21 09 Mar 2001 16:44:10 To : Pavel Kurnosoff Subject : Хoчу заделать WebServer -------------------------------------------------------------------------------- password: :-P PK>> ты вообще в курсе, как эта аббревиатура расшифровывается? IM>> А ты? PK> да. я определениями мыслю, а не каким-то практическими правилами ;) Это, на самом деле, и есть определение _полноценной rdbms_, а не практические правила. PK> к тому же тут упоминается какой-то подозрительный database language. PK> причем тут язык? Может стоит почитать все правила и вообще литературку по этой теме? Правила так вообще 13 предложений. Там все просто и доходчиво. Именно их весь мир считает определением полноценной rdbms. IM>> Вот то то и оно. Это к вопросу о полноценности. PK> а как связана полноценность с sql? может она свой some query language PK> поддерживает? (так ведь и есть на саом деле, бо mysql'овский sql ни PK> разу не structured). А SQL как раз реализует тот самый полноценный "database language", который (любой, но как минимум один), полноценная субд должна иметь. Подробнее - правила дяди Кодда. IM>> integrity rules. They must be stored in the online catalog, and IM>> they cannot be bypassed. Hу и как у мыскла с integrity rules? PK> никак. а что?! То, что она ни разу не полноценная. Что и требовалось доказать. IM>> Ох, ну все, я умываю руки. Поройся в архивах RU.LINUX, там Vitus IM>> Wagner когда то объяснял Корчмарю зачем транзакции и все IM>> остальное. Ему ты скорее поверишь, чем мне, я думаю. PK> я тогда был на стороне Корчмаря. это плохо? ;) Для тебя - да :) Это значит, что ты не понимаешь, что это _необходимые_ для полноценной, нормальной работы вещи. Как Виктор делал бы Communiware без транзакций, мне интересно? :)) Да, есть вещи, которые не требуют этого. Hо их мало. Вот я сейчас делаю сайт. Так там один insert = одна транзакция. Т.е. мыскл подходит, т.к. там к тому же всего одна таблица. А что сложнее сделать - увы. IM>> Hу-ну. Гостевые книги разве что. Так их вообще зачастую в файлы IM>> можно. А целостность бд? Как без этого в магазинах, системах IM>> учета и заказов? PK> "интернет магазином" сейчас гордо именуются настолько разные вещи, что PK> ой. заказы и системы учета тоже разные бывают. вон у меня логи от PK> апача в mysql кладутся. это тоже система учета. и нафига там PK> транзакции и триггеры? Там, ты совершенно прав, нифига не надо. У меня нечто похожее (см. выше). Hо магазин сделать с единственной таблицей мне не представляется возможным. With best wishes Igor. Key fingerprint = 31C3 0B0B 5FF2 FE45 8D64 718D 5BA2 80CC 7B77 88DD --- GoldED/LNX 3.0.1 * Origin: Единицы измерения информации(бит,байт,файл) (из вопро (2:5005/42.21) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.website/32643aa8fa55.html, оценка из 5, голосов 10
|