Пишется "универсальная ИС" (надеюсь что никто не блеванул :) )
есть тупой клиент,
есть метаданные и фрагменты кода в БД,
клиент их интерпретирует, создает БД, строит ГУИ, генерит отчеты...

изначально хотелось работать с разными СУБД, в т.ч. SQLite (а там нет поддержки целостности и хранимых процедур),
поэтому вся работа по контролю данных делается клиентом, проблем с этим нет.

сейчас стал работать с MySQL, тестировать скорость. На этой БД заметил, что на простом движке MyISAM скорость вырастает в разы относительно продвинутого InnoDB.

и сейчас размышляю - а не пожертвовать ли удобством в пользу скорости, т.е. забить на транзакции, ХП, foreign keys
и остановиться пока только на SQLite и MySQL с MyISAM.

какие мнения будут на этот счет?

Siemarglvill_agerесть тупой клиент, главное, чтобы богатый )))
:)
Siemarglможно написать руками все, но зачем усложнять себе жизнь.
с ростом размера ИС возникающие мелочи, которые нужно будет дорабатывать в ядре ИС будут отнимать ужасное кол-во времени
как раз этого и опасаюсь, тем более что все предусмотреть сложно

но с другой стороны хранили раньше в dbf данные - и ничего, работает местами до сих пор

Ivan Durak,

да ладно :)

"универсальная" мною же в кавычки и взята

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

отчеты в pdf/word/excel- универсальны как у всех

все остальная экзотика - естественно ручками, в виде фрагментов кода (в основном для контролов в форме)

а что касается скорости разработки/поддержки:
на освоения современных инструментов по любому уйдет куча времени
а через пару лет придется что-то придется заново переписывать (с учетом новых знаний и опыта)

а в моем случае - модернизируется клиент, и все ранее внедренные решения получают новые плюшки
например:
в своем генераторе отчетов сначала сделал только выгрузку в PDF. А через полгода прикрутил Word. А потом еще и Excel.
Клиенты при этом никаких неудобств не испытыли

или еще - функция добавление копии строки в гриде. Появилось время - сделал еще и копирование подчиненных гридов,
и эта фишка появилась везде, всем нравится.

Чем плохо?

зы: работаю сам на себя, а если бы сидел на окладе или на почасовой - тогда бы был бы другой разговор :)

Petro123если у тебя нет конкуренции (сам на себя)
с каких пор "сам на себя"=="нет конкуренции" ?

Petro123ты же один?
Конкуренция, когда код тебе не принадлежит.
Фирма его тестирует, сопровождает и рефакторит другими программистами.
Тогда, обычно, задумываются, писать свой grid или купить готовый.
извини, ничего не понял
вроде русскими буквами написано... :)
кто с кем конкурирует, какой код не принадлежит, какими другими программистами ... головоломка

ладно, спишем на праздники

кстати, у меня грид готовый, просто украшен бантиками типа навигации, импорта/экспорта, поиска и т.п.
ну и модель данных к нему цепляется самодельная

и опять-таки: если допишется еще бантик, то он появится везде сразу после обновления клиента

Petro123Продукт-программа будет другой, по своим характеристикам, если будет написана коллективно.
"Одна голова хорошо, а 2 лучше"
спасибо

теперь понятно - "внутренняя конкуренция" - за зарплату, наверное
но характеристики продукта определяет лидер

а я под конкуренцией понимаю "борьбу" за клиента

VolochkovaБерите пример с 1с 8 :-)

Берем .Net
У нее есть налету исполняемый код - который можно подгружать откуда угодно.
Храните на MS SQL, тащите с него данные - и запускайте в Net.
так и сделано, только не .Net, а Python


Petro, число грузовика не имеет смысла(для участников проекта), если количество участников проекта стремится к 1 :)