Да, утверждаю что PHP это грааль.

[gl00mie]

Цитата:

Сообщение от Polar

один единственный класс с названием Таблица. И какое название ему в конструктор передашь - такой класс он тебе и создаст. А еще вторым параметром ему передаешь коннект из какого сервера и какой базы тебе эта таблица нужна (т.е. совсем на другой сервер и на другую базу). И уже импорт/экспорт не нужен, а всегда актуальные данные. Можно одни таблицы держать на одном сервере БД, а другие на другом. А еще можно будет сделать, что одни таблицы в MySQL, другие в MSSQL, третьи на Oracle, а код пишешь как-будто все в одном.

Закон Дырявых Абстракций приведет к тому, что надежность такой системы будет асимптотически стремиться к нулю, а жизнь людей в поддержке превратится в ад
"Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живёте"

[Polar]

Цитата:

Сообщение от gl00mie

Закон Дырявых Абстракций приведет к тому, что надежность такой системы будет асимптотически стремиться к нулю, а жизнь людей в поддержке превратится в ад
"Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живёте"

Это называется некрофилия. На дворе 2017 год, а ты выкопал статью от 2000 года. Причем там обосран и TCP и SQL. Ты ими не пользуешься? Фельдегерями пакеты шлешь, а данные в тетрадочке собираешь?

[gl00mie]

Цитата:

Сообщение от Polar

На дворе 2017 год, а ты выкопал статью от 2000 года.

Выходит, старые статьи плохи, и за 16 лет сложные абстракции перестали быть дырявыми?

Цитата:

Сообщение от Polar

Причем там обосран и TCP и SQL. Ты ими не пользуешься?

Тот же TCP там приведен в качестве примера сложной дырявой абстракции. Если отойти от статьи, то из моего скромного опыта поддержки и развития распределенных систем, любая связка со "сторонними" базами данных - это потенциальная проблема с производительностью/доступностью/надежностью/масштабируемостью. Можно долго и упорно настраивать индексы в "своей" базе, переписывать запросы и алгоритмы для снижения длительности блокировок, но потом какой-нить "умник" в сторонней базе забудет выставить уровень изоляции в READ_COMMITTED_SNAPSHOT, и твой код повиснет намертво при банальном чтении данных внутри транзации, а вместе с этим в твоей системе вырастет развесистое дерево блокировок и всё встанет колом.

PS. Хотя, конечно, в "песочнице" можно вообще, как 1С в свое время, использовать файловую БД и не париться - и так сойдет...