newARTix
Новичок
zerkms
Прочитал. Я понимаю о чем вы с iceman говорите. Что приложение или архитектура не использующая банальные возможности СУБД - плохое/плохая. И я согласен с этим утверждением. Не зачем изобретать велосипед, если все давно придумано.
НО. В указанной главе сказаны все ключевые слова:
Applications come, applications go. The data, however, lives forever. In the long term, the goal is not about building applications; it really is about using the data underneath these applications.
If you were developing a highly scalable, enterprise application on a brand-new operating system (OS), what would be the first thing you would do? Hopefully, your answer is, “Find out how this new OS works, how things will run on it, and so on.”
Все зависит от того, какие задачи решает разработчик. Видимо iceman тяготеет к большим, или уникальным приложениям, для которых допустимо и вполне эффективно вносить изменения в структуру существующей БД, для добавления новых функций. А я говорю о простых сайтах. У них допустим вообще не было функции версионности (о чем спрашивает ТС). Что сделаю я, чтобы добавить ее?
1) Добавлю таблицу в БД
2) Добавлю класс в PHP-код
3) Добавлю пару методов в классы объектов для которых нужна поддержка версионности
4) PROFIT!
Никаких переосмыслений того что уже и так работало.
А iceman предлагает _внести изменение_ в структуру БД, _внести изменения_ в php-код работы с БД. Плюс написать код которые будет-таки управлять всеми этим версиями.
Так где выгода-то? Так и не ответили вы
-~{}~ 12.09.10 13:47:
iceman
я уже писал - что во-первых это повышает нагрузку на БД. Да, я решил эту проблему, любую проблему можно решить, но она все-таки возникла, а могла бы и не возникать, если бы я сразу сделал отдельную таблицу для архива.
Во-вторых, уникальные поля идут к чертям. Запись типа удалена, но добавить новую с таким же кодом из 1С, например, нельзя, приходится опять решать проблему.
Это то что на вскидку вспомнил. + Опять же всегда приходится думать об этом, забивать самому себе голову.
Версионность на самом деле тут очень близко. Ты правильно сказал, что достаточно добавить всего одно поле. По сути у меня так и было сделано (uid, id, recent, edittime)
Прочитал. Я понимаю о чем вы с iceman говорите. Что приложение или архитектура не использующая банальные возможности СУБД - плохое/плохая. И я согласен с этим утверждением. Не зачем изобретать велосипед, если все давно придумано.
НО. В указанной главе сказаны все ключевые слова:
Applications come, applications go. The data, however, lives forever. In the long term, the goal is not about building applications; it really is about using the data underneath these applications.
If you were developing a highly scalable, enterprise application on a brand-new operating system (OS), what would be the first thing you would do? Hopefully, your answer is, “Find out how this new OS works, how things will run on it, and so on.”
Все зависит от того, какие задачи решает разработчик. Видимо iceman тяготеет к большим, или уникальным приложениям, для которых допустимо и вполне эффективно вносить изменения в структуру существующей БД, для добавления новых функций. А я говорю о простых сайтах. У них допустим вообще не было функции версионности (о чем спрашивает ТС). Что сделаю я, чтобы добавить ее?
1) Добавлю таблицу в БД
2) Добавлю класс в PHP-код
3) Добавлю пару методов в классы объектов для которых нужна поддержка версионности
4) PROFIT!
Никаких переосмыслений того что уже и так работало.
А iceman предлагает _внести изменение_ в структуру БД, _внести изменения_ в php-код работы с БД. Плюс написать код которые будет-таки управлять всеми этим версиями.
Так где выгода-то? Так и не ответили вы
-~{}~ 12.09.10 13:47:
iceman
я уже писал - что во-первых это повышает нагрузку на БД. Да, я решил эту проблему, любую проблему можно решить, но она все-таки возникла, а могла бы и не возникать, если бы я сразу сделал отдельную таблицу для архива.
Во-вторых, уникальные поля идут к чертям. Запись типа удалена, но добавить новую с таким же кодом из 1С, например, нельзя, приходится опять решать проблему.
Это то что на вскидку вспомнил. + Опять же всегда приходится думать об этом, забивать самому себе голову.
Версионность на самом деле тут очень близко. Ты правильно сказал, что достаточно добавить всего одно поле. По сути у меня так и было сделано
(uid, id, recent, edittime)
