| Начало » Использование СУБД » PostgreSQL » Какие foreign data wrapper для MS SQL Server 2019 на Postgresql 15 брать? Переход к форуму:
	|  |  
	|  |  
	|  |  
	|  |  
	|  |  
	| 
		
			| Re: Какие foreign data wrapper для MS SQL Server 2019 на Postgresql 15 брать? [сообщение #5658 является ответом на сообщение #5656] | Thu, 31 October 2024 17:56   |  
			| 
				
				
					|  DaniilGray Сообщений: 19
 Зарегистрирован: October 2024
 | Junior Member |  |  |  
	| SD писал(а) Thu, 31 October 2024 15:30 А что, ссылка из официального списка не подходит? Я понимаю, что там написано "unstable", но исходники же есть, можно допилить если не взлетает.Ага, представляю себе, какое лицо будет у директора, когда я ему скажу: "Извините, но поставленную вами задачу выполнить в поставленные вами сроки невозможно, потому что foreign data wrapper для sql server-a сначала допилить надо, а он на си написан, и мне сначала надо этот язык выучить". 
 Вот почему, когда я пользуюсь проприетарным софтом Microsoft-a, то всё работает как надо с первого раза, и все драйвера найти легко, и все обвязки нужные есть, и сделал нужное действие - и никаких лишних телодвижений делать не надо?
 
 А когда речь заходит про этот долбанный опенсорс - то приходится иметь дело с фекалиями, написанными криворуким говном?
 "Вы добавили пользователя в Postgre? Заебись, а теперь добавьте этого же пользователя в какой-то дебильный файл, который лежит хрен знает где. У Вас нет прав на доступ к файлу? Это ваши проблемы, а у разработчиков Postgre -руки из жопы."
 "Вы хотите использовать переменные в Postgre? Создавайте неименованный пакет, и забудьте про получение select-ов оттуда напрямую. Только через временные таблицы!"
 "Имена постоянных и временных таблиц в Postgre ничем не отличаются. Postgre - не для склеротиков!"
 "Вам в Linux нужен нормальный (хотя бы времён MS DOS), а не консольный текстовый редактор прошлого тысячелетия? МПХ Вам, а не нормальный редактор. Это же СЕРВЕР, тут x-windows нет, и не предвидится, а редактор, работающий в текстовом режиме без x-windows - это так сложно!".
 "Ваш коллега поставил на сервер mc, и вы обрадовались, что по кнопке F4 сможете пользоваться нормальным текстовым редактором времён MS-DOS, как в VC и NC? Идите отсосите - эта кнопка запускает vim, а не нормальный редактор".
 
 Продолжение следует.
 
 [Обновления: Thu, 31 October 2024 17:58] Известить модератора |  
	|  |  |  
	|  |  
	| 
		
			| Re: Какие foreign data wrapper для MS SQL Server 2019 на Postgresql 15 брать? [сообщение #5666 является ответом на сообщение #5661] | Fri, 01 November 2024 14:16   |  
			| 
				
				
					|  DaniilGray Сообщений: 19
 Зарегистрирован: October 2024
 | Junior Member |  |  |  
	| SD писал(а) Fri, 01 November 2024 01:48 Цитата:Да на стороне MS SQL уже всё создано, и работает, и на Postgre данные засылаются успешно. Но проблема в том, что и на стороне Postgre новые данные генерируются, и сразу после генерации должны пинком (скорее всего, при помощи триггера) отправляться на MS SQL, а вариант с регулярным запуском задания на стороне MS SQL руководству не нравится.Вот почему, когда я пользуюсь проприетарным софтом Microsoft-a, то всё работает как надо с первого раза, и все драйвера найти легко, и все обвязки нужные есть, и сделал нужное действие - и никаких лишних телодвижений делать не надо?Дык эта... Что тебе, собственно, мешает наладить нужную тебе связь в обратную сторону: создав linked server на стороне MS SQL, раз уж там "всё работает как надо с первого раза"?.. |  
	|  |  |  
	|  |  
	| 
		
			| Re: Какие foreign data wrapper для MS SQL Server 2019 на Postgresql 15 брать? [сообщение #5670 является ответом на сообщение #5667] | Fri, 01 November 2024 17:32   |  
			| 
				
				
					|  DaniilGray Сообщений: 19
 Зарегистрирован: October 2024
 | Junior Member |  |  |  
	| SD писал(а) Fri, 01 November 2024 15:34 DaniilGray писал(а) Fri, 01 November 2024 12:16Это была очень тяжёлая неделя, так что давно, да."Давно" это неделю и со второй попытки?..Да на стороне MS SQL уже всё создано, и работает, и на Postgre данные засылаются успешно.
 И со второй попытки - из-за проблем со стороны Postgre (выше ругался, что после создания пользователя в Postgre его потом ещё надо руками прописывать в файле).
 
 Так... по поводу FDW - поставили tds_fdw. И, как я понимаю, библиотеку freetds.
 
 Далее читаю совсем-не-торт-Хабр.
 
 Там пример настройки библиотеки freetds перед созданием fdw для нужного сервера для именованного инстанса:
 
 Перед использованием tds_fdw необходимо настроить FreeTDS. Настройка FreeTDS для подключения к MS SQL Server выполняется с помощью файла /etc/freetds/freetds.conf. Например, добавим такое содержимое:
 
 Цитата:
 Всё бы хорошо. А если у нас версия библиотеки 1.0 - то 7.1 меняю на 7.4 - не вопрос.[mssql01]
 host = 192.168.0.1
 port = 1433
 tds version = 7.1
 instance = MSSQL01
 
 
 Для неименованного инстанса добавляем так:
 [mssql01]
 host = 192.168.0.1
 port = 1433
 tds version = 7.1
 
 Всё, вопрос закрыт.
 [Обновления: Fri, 01 November 2024 17:43] Известить модератора |  
	|  |  |  
	|  | 
 
 
 Текущее время: Fri Oct 31 16:05:36 GMT+3 2025 
 Общее время, затраченное на создание страницы: 0.00946 секунд |