Поместите файл с логотипом здесь
src/AppBundle/Resources/public/images/your_logo.png
установочный актив:
$ php bin/console assets:install
И я думаю, вам нужно просто удалить первый слеш / в title_logo:
[112 ]Суть в том, чтобы сделать прозрачное изображение, чтобы вы не могли видеть логотип, иначе нет способа сделать это.
Вы корректны о № 1 - Linq к Sql будет только работать против баз данных SQL Server.
Я пошел бы с Платформой Объекта ADO, если Вы хотите способность получить доступ к различным источникам данных (использующий различных поставщиков). Вы получаете подобную гибкость с точки зрения использования подобных ПОСТЕПЕННО объектов, и довольно легко расшириться для большего количества усовершенствованных/сложных реализаций.
На моем текущем проекте мы используем Linq для Sql, и он был прекрасен, но у нас было много проблем для преодоления. Я находил его немного слишком упрощенным время от времени с точки зрения расширяемости. Я записал (лучший) ответ относительно Linq к Sql и Платформе Объекта здесь.
Относительно вопроса № 2 - я не уверен, что хотел бы вернуться в DataSets. По моему скромному мнению, они - больше вещь прошлого, но могут быть полезными, если у Вас есть достойный инструментарий с определенными средствами управления (как Infragistics). Однако я нахожу их издержки слишком дорогими для быстрых систем обработки транзакций. Реализация не имеет половины функциональности Linq к Sql или Платформе Объекта.
Отвечать на Ваш первый вопрос: нет, существуют другие реализации linq поставщиков для оракула, например:
Последняя поддержка большего количества баз данных, как SqLite.
Также контроль Платформа Объекта ADO.NET.
Необходимо изучить Linq к Объектам. Это - самая полноценная доступная платформа. Прямо сейчас это главным образом для SQL Server, но у Вас будет поддержка Oracle и т.д. вовремя.
При использовании Linq для SQL Вы в значительной степени застряли бы с SQL Server, насколько я знаю.
При использовании Linq для DataSet Вы потеряете немного простоты программирования: С Linq можно использовать объекты Linq непосредственно, в то время как с DataSets, необходимо продолжать использовать название DataSet (MyDataSet. Объект = новый MyDataSet. Объект ()), который становится старым через некоторое время. Я думаю, что это - единственная жертва.
Однако можно использовать его с, например, Oracle (сделал это на проекте). Это - также в значительной степени перетаскивание с немного большим количеством управления на DataAdapter (насколько я знаю - я никогда не должен был настраивать Linq-SQL так очень), можно указать (например). который запрашивает для использования и т.д.
Так как можно все еще определить отношения между таблицами в DataSets, можно все еще использовать Linq достаточно хорошо, таким образом, Вы не будете действительно видеть проблем там.
Я предполагаю, что надежность так же хороша с Linq к набору данных как с Linq-SQL (никогда не имел проблемы), производительность, казалось, была достаточно хороша, никогда не мог действительно представлять его, все же.
Вы не застреваете с SQL-сервером только. В теории можно создать linq поставщика для любой базы данных. Существует проект на codeplex для Linq к Oracle http://www.codeplex.com/LinqToOracle. Я не попробовал его сам.
Как Вы получите данные в набор данных? Я не предполагаю, что Вы собираетесь выбрать всю таблицу в набор данных? Это было бы серьезной проблемой производительности. Если Вы соберетесь использовать Linq для набора данных, то необходимо будет записать все SQL-запросы сами для получения данных из базы данных, вместо того, чтобы позволить linq создать запросы SQL. Таким образом, необходимо будет на самом деле сначала запросить базу данных и затем запросить набор данных. Походит на двойную работу мне...
Вы не ограничены только SQL Server. Мы предлагаем реализации LINQ to SQL для серверов Oracle, MySQL, PostgreSQL и SQLite. Дополнительная информация здесь DataSets не так удобны по сравнению с технологией LINQ to SQL. В качестве альтернативы обратите внимание на вариант Entity Framework. Вы можете написать несколько моделей хранения с помощью одной концептуальной модели, а затем использовать SQL Server и базу данных Oracle параллельно.