Узнал только что у друга - пишет на С++ почти 7 лет, щас ему 28. Сказал, что использовал однажды триггеры и ссылочную целостность. ОДНАЖДЫ!
Работаем мы вместе, он в данный момент пишет сеть игровых клиентов в связке с сервером, зарплата 1.5к долл. и свою компетентность давно оправдал.
Теперь уже у меня вопрос: так науй они мне нада, если и без них всё замечательно? Если даже и нужны были бы, мне что, ради только них переседать на линух??
И мне кажется не надо тут "блистать" своими познаниями, это ни к чему. Я сам могу загрузить многих своими познаниями в java&qt jambi, хоть и пишу на них только 1.5 месяца.
Узнал только что у друга - пишет на С++ почти 7 лет, щас ему 28. Сказал, что использовал однажды триггеры и ссылочную целостность. ОДНАЖДЫ!
Работаем мы вместе, он в данный момент пишет сеть игровых клиентов в связке с сервером, зарплата 1.5к долл. и свою компетентность давно оправдал.
Теперь уже у меня вопрос: так науй они мне нада, если и без них всё замечательно?
Это признак того, что вы пишите софт, который НИКАКИХ СЕРЬЕЗНЫХ РАБОТ С БАЗАМИ ДАННЫХ НЕ ВЕДЕТ.
Вся логика программы у вас забита в тексте программы, а не в используемой БД.
В противном случае без триггеров и хранимых процедур вам просто не обойтись.
Именно они отвечают за бизнес-логику.
PS Советую сделать хотя бы элементарную вещь - сделать PRIMARY KEY в таблицах и сделать ссылочную целостность.
Блин, а я-то думаю, что же я забываю всё время добавлять - а это PRIMARY KEY . Да любая более-менее нормальная таблица должна его содержать, равно как и поле с auto_increment!
Бизнес-логика может делаться и со стороны скриптов, серверных ессно, и со стороны БД. В mysql то, о чём ты говоришь могут делать только innoDB (насколько я знаю). Этим типом таблиц не пользуюсь и удаляю ветки зависимостей программно, меня это не напрягает.
Блин, а я-то думаю, что же мы забываем всё время добавлять - а это PRIMARY KEY . Да любая более-менее нормальная таблица должна его содержать, равно как и поле с auto_increment!
Бизнес-логика может делаться и со стороны скриптов, серверных ессно, и со стороны БД. В mysql то, о чём ты говоришь могут делать только innoDB (насколько я знаю). Этим типом таблиц не пользуюсь и удаляю ветки зависимостей программно, меня это не напрягает.
Извини, но по всем канонам (даже Microsoft настоятельно рекомендует - если Microsoft для тебя авторитет) бизнес-логика должна быть не в коде, а на стороне сервера.
именно поэтому были созданы oracle,mssql,postgresql и др тяжелые сервера.
в mysql подобные вещи появились кажется в 5 версии и всеми приветствовались, тк mysql из бд для небольших и несерьезных веб-проектов превращается в нормальный sql сервер
PS А как ты выйдешь из ситуации - если кто-то напрямую из Бд, а не из программы удалил записи из родительской таблицы ?
PPS без обид - но это все основы проектирования баз данных.
Знаю что в Misql многие на это наплевали - не в последнюю очередь из-того что в Mysql не было подобных средств
Последний раз редактировалось: SLP (Сб Дек 19, 2009 22:32 pm), всего редактировалось 1 раз
Он для меня не авторитет, мне всё равно какая операционка, в другой теме я уже писал, что для меня важнее. По поводу бизнес-логики в плане межтабличных зависимостей я написал в предыдущем своём посте.
PS А как ты выйдешь из ситуации - если кто-то напрямую из Бд, а не из программы удалил записи из родительской таблицы ?
КТО?? С таким же успехом можно сказать "а как ты выйдешь из ситуации, если кто-то из твоей программы/сайта удалит часть кода, перекопилит и перезальёт его на сервак?". Бредятина чистой воды, только извращенцы будут это учитывать.
SLP писал(а):
PPS без обид - но это все основы проектирования баз данных.
Без обид, но некоторым, ради того, чтобы показать свой "прохвесионализм" по базам данных необязательно так рвать ж..пу, т.к. им же было сказано
SLP писал(а):
Знаю что в Misql многие на это наплевали - не в последнюю очередь из-того что в Mysql не было подобных средств
И если бы это были как раз основы, то разрабам mysql это было бы нихрена не безразлично.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
FAQ
Поиск
Пользователи
Группы
Регистрация
Профиль
Войти и проверить личные сообщения
Вход
. Да любая более-менее нормальная таблица должна его содержать, равно как и поле с auto_increment!
А обычные дополнительные возможности (насчёт рвения ж..пы я упомянул в пред. посте).
