softwarer,

А DBASE-like системы они так вообще однозвенные были.

Я уже писал как-то, что в русском очень мутно с переводом терминов "tier" и "layer", ибо каждый переводит их как ему вздумается. В английском все более однозначно. "Tier" это часть системы, которая может быть запущена на отдельном хосте. "2-tier architecture" это архитектура состоящая из одного или нескольких серверов баз данных (которые может быть запущены на отдельных хостах) и клиентского приложения (которое тоже может быть запущено на отдельном хосте). Клиентское приложение при этом напрямую взаимодействует с сервером/серверами БД. "3-tier architecture" это архитектура где клиентсткое приложение не работает напрямую с серверами БД, а всегда использует промежуточный "tier", который тоже может состоять из одного или нескольких отдельных приложений (и которые тоже могут работать на отдельных хостах). При этом особенность всех "tiers" (из-за которой "tiers" и называется), это что и там и там каждый "tier" является "consumer agnostic", т.е. никак не зависит от любого "tier" выше него.


Я лучше дам ссылку: Martin Fowler, Patterns of Enterprise Application Architecture Там вся 7 глава как раз посвящена сравнению между распределенной архитектурой и многослойной (которая, строго говоря, вообще является не архитектурным паттерном, а просто паттерном программного дизайна). Её легко найти в сети в эл. виде. В переводе на русский тоже издавалась (на другой квартире где-то лежит в кладовке - все никак руки не дойдут перевезти вместе с остальными:))

Да чо уж, понятная попоболь - всю жизнь посвятить FoxPro, а тут вдруг

https://en.wikipedia.org/wiki/Multitier_architecture#Three-tier_architecture

авторData tier
The data tier includes the data persistence mechanisms (database servers, file shares, etc.) and the data access layer that encapsulates the persistence mechanisms and exposes the data. The data access layer should provide an API to the application tier that exposes methods of managing the stored data without exposing or creating dependencies on the data storage mechanisms . Avoiding dependencies on the storage mechanisms allows for updates or changes without the application tier clients being affected by or even aware of the change. As with the separation of any tier, there are costs for implementation and often costs to performance in exchange for improved scalability and maintainability.


Вы можете хоть графические редакторы и медиаплееры приплести еще к своим аргументам, но когда говорят про "3-tier", то под нижним tier подразумевают именно хранилище данных в виде АПИ (SQL, REST, etc) изолирующего своих клиентов от того как это хранилище физически реализовано.

Нет никакого желания софистикой с вами заниматься - тут и так полно людей для этого, а мне просто время тратить жалко. Рассуждайте дальше что "кастрюля это тоже сковородка, а сковородка, если хорошо подумать, то это просто большой половник, а половник это тот же дуршлаг, но только без дырок", но делайте это уже без меня :))

Да, согласен, читать книги, руководства и документацию, это удел "техников". А настоящий программист, это, в первую очередь, Творец. Разве Микелланджело читал документацию, когда творил свои щедевры. :- D

Ему некогда в веб - у него логин пользователя невозможен без присутсвия него и еще пары админов

Изолирован, это значит, что приложение-клиент не работает сам, непосредственно с файловой/дисковой системой в которой хранятся данные (и вообще про неё нничего не знает), а делает это только через взаимодействие с приложением-сервером.