約 3,764,291 件
https://w.atwiki.jp/linux-memo/pages/15.html
@wikiへようこそ ウィキはみんなで気軽にホームページ編集できるツールです。 このページは自由に編集することができます。 メールで送られてきたパスワードを用いてログインすることで、各種変更(サイト名、トップページ、メンバー管理、サイドページ、デザイン、ページ管理、等)することができます まずはこちらをご覧ください。 @wikiの基本操作 用途別のオススメ機能紹介 @wikiの設定/管理 分からないことは? @wiki ご利用ガイド よくある質問 無料で会員登録できるSNS内の@wiki助け合いコミュニティ @wiki更新情報 @wikiへのお問合せフォーム 等をご活用ください @wiki助け合いコミュニティの掲示板スレッド一覧 #atfb_bbs_list その他お勧めサービスについて 大容量1G、PHP/CGI、MySQL、FTPが使える無料ホームページは@PAGES 無料ブログ作成は@WORDをご利用ください 2ch型の無料掲示板は@chsをご利用ください フォーラム型の無料掲示板は@bbをご利用ください お絵かき掲示板は@paintをご利用ください その他の無料掲示板は@bbsをご利用ください 無料ソーシャルプロフィールサービス @flabo(アットフラボ) おすすめ機能 気になるニュースをチェック 関連するブログ一覧を表示 その他にもいろいろな機能満載!! @wikiプラグイン @wiki便利ツール @wiki構文 @wikiプラグイン一覧 まとめサイト作成支援ツール バグ・不具合を見つけたら? 要望がある場合は? お手数ですが、メールでお問い合わせください。
https://w.atwiki.jp/mrfrtech/pages/71.html
Market Analysis The global Smart Commute Market Growth is predicted to touch USD 104.22 billion and at a whopping 25.52% CAGR between 2020- 2027, states the recent Market Research Future (MRFR) analysis. Smart commute, simply put, is traveling from a particular place to another regularly through metro, bicycle pooling, bike pooling, vanpooling, and others. Traffic management, parking management, smart ticketing, mobile app, and others are different solutions. These services provide eco-friendly traveling experience to people and make an active alternative to transportation for enterprise employees that can pick from effective commute option, which along with reducing the congestion, also helps in lowering the transportation cost. Various factors are propelling the global smart commute app market share. According to the recent MRFR report, such factors include high demographic rates, growing urban population, the use of smart and connected technologies in transportation infrastructure, growing demand for transportation as a service, decline in ownership of vehicles with shared mobility. Additional factors adding market growth include several upcoming railway projects, growing urbanization and industrialization, demand for public transport and smart transportation solutions as well as related components, services, and software, advances in technology like the implementation of electronic payment systems, traveler information systems, and automatic vehicle location systems, and benefits such as an increase in traveler convenience, reduce traffic congestion, lower emission levels, and improve fuel economy. On the contrary, high component cost, concerns about security and management data storage, the slow growth rate of GDP, susceptibility to cyberattacks, and the on-going COVID-19 impact are factors that may impede the global smart commute application market growth over the forecast period. Get a Free Sample @ https //www.marketresearchfuture.com/sample_request/6975 Market Segmentation The MRFR report highlights an inclusive segmental analysis of the global smart commute market based on solution and type. Based on type, the global smart commute market is segmented into metro, bicycle pooling, bike pooling, vanpooling, carpooling, and others. Based on the solution, the global smart commute market is segmented into traffic management, parking management, smart ticketing, mobile app, and others. Regional Analysis Based on the region, the global smart commute market report covers the recent trends and growth opportunities across the Asia Pacific (APAC), North America, Europe, the Rest of the World (RoW). Of these, the APAC region is predicted to have the lions share over the forecast period. Strict government norms and regulations related to greenhouse gas emissions, adoption of car sharing services, and the upcoming availability of zero-emission car sharing services are adding to the global smart commute market growth in the region. The global smart commute market in Europe is predicted to have healthy growth over the forecast period. Improved socio-economic conditions in France, the UK, and Germany are adding to the global smart commute market growth in the region. The global smart commute market in North America is predicted to have sound growth over the forecast period. Favorable incentives introduced by the government for promoting carpooling services are adding to the global smart commute market growth in the region. The global smart commute market in the RoW is predicted to have steady growth over the forecast period. Key Players Leading contenders profiled in the global smart commute market report include Carma Technology Corporation (Europe), Turo (US), BlaBlaCar (France), CommuteSMART (US), Oakland Smart Commute (California), Central Indiana Regional Transportation Authority (CIRTA) (US), ZipGo Technologies Pvt. Ltd (India), Metrolinx (Canada), ANI Technologies Pvt. Ltd.(India), Uber Technologies Inc. (India), Quick Ride (India), ePoolers Technologies Pvt. Ltd. (India), and South Florida Commuter Services (US). Industry players have incorporated several strategies such as mergers, new product launches, strategic alliances, geographic expansions, extensive R D activities, new product development, and others to stay at the forefront. Brows Full Report @ https //www.marketresearchfuture.com/reports/smart-commute-market-6975 Table of Contents 1 Executive Summary 2 Scope of The Report 2.1 Market Definition 2.2 Scope of The Study 2.2.1 Research Objectives 2.2.2 Assumptions Limitations 2.3 Market Structure Continued… Similar Report** B2B Telecommunication Market Information by Solution (Unified Communication and Collaboration), Deployment (Fixed, Mobile), Organization Size (Large, Enterprise), Application (Industrial, Commercial) and regions Trending #MRFR Report** https //ictmrfr.blogspot.com/2022/04/geofencing-market-companies-growth-with.html https //blogfreely.net/pranali004/telecom-expense-management-market-size-impressive-cagr-changing-business-scope https //postheaven.net/pranali004/financial-app-industry-impressive-cagr-changing-business-needs-scope-of https //market-research-future.tribe.so/post/openstack-service-market-research-impressive-cagr-changing-scope-of-current--6263de46791566c10c79891e https //www.scutify.com/articles/2022-04-24-infrastructure-as-a-service-industry-cagr-changing-business-scope-of-current-and-future-industry- About Market Research Future At Market Research Future (MRFR), we enable our customers to unravel the complexity of various industries through our Cooked Research Report (CRR), Half-Cooked Research Reports (HCRR), Raw Research Reports (3R), Continuous-Feed Research (CFR), and Market Research Consulting Services. Contact Market Research Future (Part of Wantstats Research and Media Private Limited) 99 Hudson Street, 5Th Floor New York, NY 10013 United States of America 1 628 258 0071 (US) 44 2035 002 764 (UK) Email sales@marketresearchfuture.com Website https //www.marketresearchfuture.com
https://w.atwiki.jp/neo-zeon/pages/27.html
@wikiへようこそ ウィキはみんなで気軽にホームページ編集できるツールです。 このページは自由に編集することができます。 メールで送られてきたパスワードを用いてログインすることで、各種変更(サイト名、トップページ、メンバー管理、サイドページ、デザイン、ページ管理、等)することができます まずはこちらをご覧ください。 @wikiの基本操作 用途別のオススメ機能紹介 @wikiの設定/管理 CDプレス オーダーメイド 革製品 革製品 通販 アクリル 加工 アクリル 製作 インクジェット 印刷 UVインクジェット 印刷 分からないことは? @wiki ご利用ガイド よくある質問 無料で会員登録できるSNS内の@wiki助け合いコミュニティ @wiki更新情報 @wikiへのお問合せフォーム CDプレス オーダーメイド 革製品 革製品 通販 アクリル 加工 アクリル 製作 インクジェット 印刷 UVインクジェット 印刷 等をご活用ください @wiki助け合いコミュニティの掲示板スレッド一覧 #atfb_bbs_list その他お勧めサービスについて 大容量1G、PHP/CGI、MySQL、FTPが使える無料ホームページは@PAGES 無料ブログ作成は@WORDをご利用ください 2ch型の無料掲示板は@chsをご利用ください フォーラム型の無料掲示板は@bbをご利用ください お絵かき掲示板は@paintをご利用ください その他の無料掲示板は@bbsをご利用ください 無料ソーシャルプロフィールサービス @flabo(アットフラボ) CDプレス オーダーメイド 革製品 革製品 通販 アクリル 加工 アクリル 製作 インクジェット 印刷 UVインクジェット 印刷 おすすめ機能 気になるニュースをチェック 関連するブログ一覧を表示 CDプレス オーダーメイド 革製品 革製品 通販 アクリル 加工 アクリル 製作 インクジェット 印刷 UVインクジェット 印刷 その他にもいろいろな機能満載!! @wikiプラグイン @wiki便利ツール @wiki構文 @wikiプラグイン一覧 まとめサイト作成支援ツール CDプレス オーダーメイド 革製品 革製品 通販 アクリル 加工 アクリル 製作 インクジェット 印刷 UVインクジェット 印刷 バグ・不具合を見つけたら? 要望がある場合は? お手数ですが、メールでお問い合わせください。
https://w.atwiki.jp/my-sql/pages/44.html
HOME 関数 文字列関数 LPAD LPAD LPAD(str,len,padstr) 文字列 str が len に指定された長さの文字になるよう、str の左側に文字列 padstr を埋め込んだ文字列を返す。str が len より長い場合は、戻り値は len の長さの文字に縮められる。 mysql SELECT LPAD( hi ,4, ?? ); - ??hi #バージョン4.1以上では以下のようになります。 mysql SELECT LPAD( あいう , 5 , X ); - XXあいう #バージョン4.1未満では以下のようになります。 mysql SELECT LPAD( あいう , 8 , X ); - XXあいう mysql SELECT LPAD( あいう , 8 , お ); - おあいう mysql SELECT LPAD( あいう , 5 , X ); - あい ; #注意。最後は1byte
https://w.atwiki.jp/m_shige1979/pages/616.html
チューニング バッファの増減 高速ディスク制御 クエリ最適化(EXPLAIN) テーブル最適化 ストレージエンジン対応 レプリケーション ストアド使用抑制 ファイルシステム制御 コネクションプール ベンチマーク
https://w.atwiki.jp/neo-zeon/pages/24.html
@wikiへようこそ ウィキはみんなで気軽にホームページ編集できるツールです。 このページは自由に編集することができます。 メールで送られてきたパスワードを用いてログインすることで、各種変更(サイト名、トップページ、メンバー管理、サイドページ、デザイン、ページ管理、等)することができます まずはこちらをご覧ください。 @wikiの基本操作 用途別のオススメ機能紹介 @wikiの設定/管理 ボディジュエリー ボディアート ボディジュエリー 神戸 ボディジュエリー 大阪 ボディジュエリー スクール 分からないことは? @wiki ご利用ガイド よくある質問 無料で会員登録できるSNS内の@wiki助け合いコミュニティ @wiki更新情報 @wikiへのお問合せフォーム ボディジュエリー ボディアート ボディジュエリー 神戸 ボディジュエリー 大阪 ボディジュエリー スクール 等をご活用ください @wiki助け合いコミュニティの掲示板スレッド一覧 #atfb_bbs_list その他お勧めサービスについて 大容量1G、PHP/CGI、MySQL、FTPが使える無料ホームページは@PAGES 無料ブログ作成は@WORDをご利用ください 2ch型の無料掲示板は@chsをご利用ください フォーラム型の無料掲示板は@bbをご利用ください お絵かき掲示板は@paintをご利用ください その他の無料掲示板は@bbsをご利用ください 無料ソーシャルプロフィールサービス @flabo(アットフラボ) ボディジュエリー ボディアート ボディジュエリー 神戸 ボディジュエリー 大阪 ボディジュエリー スクール おすすめ機能 気になるニュースをチェック 関連するブログ一覧を表示 ボディジュエリー ボディアート ボディジュエリー 神戸 ボディジュエリー 大阪 ボディジュエリー スクール その他にもいろいろな機能満載!! @wikiプラグイン @wiki便利ツール @wiki構文 @wikiプラグイン一覧 まとめサイト作成支援ツール ボディジュエリー ボディアート ボディジュエリー 神戸 ボディジュエリー 大阪 ボディジュエリー スクール バグ・不具合を見つけたら? 要望がある場合は? お手数ですが、メールでお問い合わせください。
https://w.atwiki.jp/ndeax008/pages/12.html
@wikiへようこそ ウィキはみんなで気軽にホームページ編集できるツールです。 このページは自由に編集することができます。 メールで送られてきたパスワードを用いてログインすることで、各種変更(サイト名、トップページ、メンバー管理、サイドページ、デザイン、ページ管理、等)することができます まずはこちらをご覧ください。 @wikiの基本操作 用途別のオススメ機能紹介 @wikiの設定/管理 分からないことは? @wiki ご利用ガイド よくある質問 無料で会員登録できるSNS内の@wiki助け合いコミュニティ @wiki更新情報 @wikiへのお問合せフォーム 等をご活用ください @wiki助け合いコミュニティの掲示板スレッド一覧 #atfb_bbs_list その他お勧めサービスについて 大容量1G、PHP/CGI、MySQL、FTPが使える無料ホームページは@PAGES 無料ブログ作成は@WORDをご利用ください 2ch型の無料掲示板は@chsをご利用ください フォーラム型の無料掲示板は@bbをご利用ください お絵かき掲示板は@paintをご利用ください その他の無料掲示板は@bbsをご利用ください 無料ソーシャルプロフィールサービス @flabo(アットフラボ) おすすめ機能 気になるニュースをチェック 関連するブログ一覧を表示 その他にもいろいろな機能満載!! @wikiプラグイン @wiki便利ツール @wiki構文 @wikiプラグイン一覧 まとめサイト作成支援ツール バグ・不具合を見つけたら? 要望がある場合は? お手数ですが、メールでお問い合わせください。
https://w.atwiki.jp/memo77/pages/22.html
PageLastUpdate 2017-08-08/today - /yesterday - クリックすると見出し一覧を表示します aname(Management Studio のインテリセンスに作成したオブジェクトを即反映させる セキュリティ接続時にWindowsのログインユーザーを返す関数 各ユーザーがどの固定サーバー ロールを持っているかを表形式で表示するSQL データベース オブジェクトの権限を見やすい形で取得する SQL Server 2008 Express Editionのインストール後、SQL Server Management Studioを立ち上げようとするとエラー レプリケート先のテーブルにupdateトリガを設定するときの注意 ログインアカウントの既定のデータベースを削除するとエンタープライズマネージャで接続できなくなる レプリケートしているテーブルでUPDATEトリガが動作しない 任意の文字列を含む列名を検索 TRUNCATE TABLE を行うには ALTER TABLE 権限が必要 Accessは所有者名に\を含むSQLServerのテーブルをリンクできない INSTEAD OFトリガ中でSELECTを書くとODBCが「カーソルの状態が正しくありません」とエラーを返す。 SQLServerの最大容量仕様 システムストアドプロシージャの結果をテーブルとして使用する。 文字をバイト数で切る検証してみた レプリケート対象のテーブルに対するトリガの設定 テーブルサイズの一覧を返すSQL ストアドプロシージャから任意のエラーを返す 値を返すストアドプロシージャ @@ERRORと@@ROWCOUNTを同時に使う SQLからスカラ値を取り出す 動的なSQLの戻り値を取得するユーザー定義関数を文字列で与えて結果を返せるか? CURSORの基本構文 実行権限があるストアドが実行できない CREATE TABLBEでNULL可/不可は常に明示したほうがよい よく使うサイト comment aname(Management Studio のインテリセンスに作成したオブジェクトを即反映させる} 2017/08/08 環境 SQL Server 2016 [メニュ]-[編集]-[IntelliSense]-[ローカルキャッシュの更新] 参考:Management Studio のクエリウィンドウで表示される赤い波線を消す方法 http //www.projectgroup.info/tips/SQLServer/MSSQL_00000012.html セキュリティ接続時にWindowsのログインユーザーを返す関数 2010/11/24 環境 SQL Server 2008 データベースを2008に移行したのをきっかけに、可能な限りセキュリティ接続に切り替えたので、せっかくだからきちんと取得するようにしてみた。 CREATE FUNCTION [dbo].[NT_USER_NAME]() RETURNS nvarchar(128) AS BEGIN DECLARE @nt_user_name nvarchar(128) SET @nt_user_name = SET @nt_user_name = (SELECT rtrim(CONVERT(nvarchar(128), nt_user_name)) FROM sys.dm_exec_sessions WHERE session_id = @@SPID); RETURN @nt_user_name END 各ユーザーがどの固定サーバー ロールを持っているかを表形式で表示するSQL 2009/11/03 環境 SQL Server 2000 システム監査に対応するために作ってみましたその2。 SELECT L.srvid ,S.srvname ,S.datasource ,S.catalog ,name ,password ,xstatus ,CASE WHEN xstatus 1 = 0 THEN ELSE ● END AS denylogin ,CASE WHEN xstatus 2 = 0 THEN ELSE ● END AS hasaccess ,CASE WHEN xstatus 4 = 0 THEN ELSE ● END AS isntname ,CASE WHEN xstatus 8 = 0 THEN ELSE ● END AS isntuser ,CASE WHEN xstatus 16 = 0 THEN ELSE ● END AS sysadmin ,CASE WHEN xstatus 32 = 0 THEN ELSE ● END AS securityadmin ,CASE WHEN xstatus 64 = 0 THEN ELSE ● END AS serveradmin ,CASE WHEN xstatus 128 = 0 THEN ELSE ● END AS setupadmin ,CASE WHEN xstatus 256 = 0 THEN ELSE ● END AS processadmin ,CASE WHEN xstatus 512 = 0 THEN ELSE ● END AS diskadmin ,CASE WHEN xstatus 1024 = 0 THEN ELSE ● END AS dbcreator FROM master.dbo.sysxlogins AS L LEFT OUTER JOIN master.dbo.sysservers AS S ON S.srvid = L.srvid 結果はこんな感じ。 srvid srvname datasource catalog name password xstatus denylogin hasaccess isntname isntuser sysadmin securityadmin serveradmin setupadmin processadmin diskadmin dbcreator MyDomain\Domain Users 0x 6 ● ● MyDomain\Domain Admins 0x 22 ● ● ● BUILTIN\Administrators 0x 22 ● ● ● SERVER_A\administrator 0x 28 ● ● ● AppConnection 0xhogehoge 2 ● sa 0xmogemoge 18 ● ● 0 SERVER_A SERVER_A 0x 224 ● ● ● 1 SERVER_B SERVER_B sa 0xhogemoge 64 ● データベース オブジェクトの権限を見やすい形で取得する 2009/10/30 環境 SQL Server 2000 システム監査に対応するために作ってみました。 エンタープライズ マネージャみたいにSELECT/INSERT/UPDATE/DELETE/EXECUTEをオブジェクト別、ユーザー/ロール別で横並びに取得します。 SELECTやUPDATEで列で権限が設定されている場合は縦に並びます。 (手抜きなのでSELECTとUPDATEの両方に列ごとの設定があると掛け算になっちゃうので注意。時間のあるときに修正予定。) ServerName DBName Grantee Owner Object ProtectType SELECT INSERT UPDATE DELETE EXECUTE MyServer MyDB ユーザー/ロール dbo テーブルA Grant (All+New) TRUE (All+New) TRUE MyServer MyDB ユーザー/ロール dbo テーブルB Grant (All+New) TRUE 列A TRUE MyServer MyDB ユーザー/ロール dbo テーブルB Grant (All+New) TRUE 列B TRUE MyServer MyDB ユーザー/ロール dbo ストアド Grant TRUE 表示される内容の詳細についてはsp_helprotectを確認してください。 sp_helprotectの「現在のデータベースしか使えない」という残念な仕様により、ストアド化して複数のDBの情報を一括で取得することはできませんでした。 まあクエリ アナライザからならUSEを使って複数DBを一気に取得するようにもできるんですが、まあたまにしか使わないからいいか、という感じで。 CREATE TABLE #sp_helprotect ( Owner sysname ,Object sysname ,Grantee sysname ,Grantor sysname ,ProtectType nvarchar(10) ,[Action] nvarchar(20) ,[COLUMN] nvarchar(128) ) INSERT INTO #sp_helprotect EXEC sp_helprotect @permissionarea= o SELECT @@Servername AS ServerName,db_name() AS DBName,PK.Grantee,PK.Owner,PK.Object,PK.ProtectType ,CASE WHEN S.Grantee IS NULL THEN ELSE S.[SELECT] END AS [SELECT] ,CASE WHEN I.Grantee IS NULL THEN ELSE TRUE END AS [INSERT] ,CASE WHEN U.Grantee IS NULL THEN ELSE U.[UPDATE] END AS [UPDATE] ,CASE WHEN D.Grantee IS NULL THEN ELSE TRUE END AS [DELETE] ,CASE WHEN E.Grantee IS NULL THEN ELSE TRUE END AS [EXECUTE] FROM ( SELECT Grantee,Owner,Object,ProtectType FROM #sp_helprotect GROUP BY Grantee,Owner,Object,ProtectType ) AS PK LEFT OUTER JOIN ( SELECT Grantee,Owner,Object,ProtectType,[COLUMN] AS [SELECT] FROM #sp_helprotect WHERE [Action] = SELECT ) AS S ON PK.Grantee=S.Grantee AND PK.Owner=S.Owner AND PK.Object=S.Object AND PK.ProtectType=S.ProtectType LEFT OUTER JOIN ( SELECT Grantee,Owner,Object,ProtectType FROM #sp_helprotect WHERE [Action] = INSERT ) AS I ON PK.Grantee=I.Grantee AND PK.Owner=I.Owner AND PK.Object=I.Object AND PK.ProtectType=I.ProtectType LEFT OUTER JOIN ( SELECT Grantee,Owner,Object,ProtectType,[COLUMN] AS [UPDATE] FROM #sp_helprotect WHERE [Action] = UPDATE ) AS U ON PK.Grantee=U.Grantee AND PK.Owner=U.Owner AND PK.Object=U.Object AND PK.ProtectType=U.ProtectType LEFT OUTER JOIN ( SELECT Grantee,Owner,Object,ProtectType FROM #sp_helprotect WHERE [Action] = DELETE ) AS D ON PK.Grantee=D.Grantee AND PK.Owner=D.Owner AND PK.Object=D.Object AND PK.ProtectType=D.ProtectType LEFT OUTER JOIN ( SELECT Grantee,Owner,Object,ProtectType FROM #sp_helprotect WHERE [Action] = EXECUTE ) AS E ON PK.Grantee=E.Grantee AND PK.Owner=E.Owner AND PK.Object=E.Object AND PK.ProtectType=E.ProtectType ORDER BY PK.Grantee,PK.Owner,PK.Object,PK.ProtectType DROP TABLE #sp_helprotect SQL Server 2008 Express Editionのインストール後、SQL Server Management Studioを立ち上げようとするとエラー 2009/10/20 ファイル C \WINDOWS\Microsoft.NET\Framework\ⶐ粕\mscorlib.tlb を読み込むことができませんでした。この状況を修復しようとしましたが、ファイルが見つからなかったため失敗しました。 とエラーが表示される。 最初化けているところもあわせて検索をかけたけど見つからなかったのでmscorlib.tlb以降で検索したら下記のKBがヒット。 http //support.microsoft.com/kb/918685/ja 2005なんだけどおそらく2008でも同じと判断。ただし Meaningless_string の部分は、エラー メッセージ中に表示される意味のない文字です。これらは、v1.0.3705、v1.1.4870、v2.0.50727 などの Microsoft .NET Framework のバージョン番号に類似する文字です。 ここがちょっと気になる。2008だと3.5かも。 ただ[%windir%\Microsoft.NET\Framework]以下を検索してもmscorlib.tlbは3.5の下にはないのでv2.0.50727でいいだろうと判断。 レジストリ値を[%windir%\Microsoft.NET\Framework\v2.0.50727\mscorlib.tlb]にしたらエラーは出なくなりました。 レプリケート先のテーブルにupdateトリガを設定するときの注意 2008/08/12 レプリケート対象のテーブルは、データの更新とレプリケートの更新で2回udpateが走るので、updateトリガを貼る場合はトリガの先頭に IF UPDATE (msrepl_tran_version) RETURN と入れるのが定石。 ところがテーブルA→Bと一方向のレプリケートをしたとき、テーブルBのupdateトリガが動かないことに気がついた。 レプリケートによる更新ではmsrepl_tran_versionもupdateされるようだ。 まあそもそも一方向のレプリケートなのにmsrepl_tran_versionがあるというのが問題なので、正しく運用していれば起こらないか。 ログインアカウントの既定のデータベースを削除するとエンタープライズマネージャで接続できなくなる 2008/05/16 検索語:使えない、つながらない 突然エンタープライズマネージャから特定のサーバーへのアクセスができなくなった。 他のアカウントだと問題はない。なんで?と思ったら、接続情報のログインに指定された「既定のデータベース」を削除していた。 既定のデータベースを存在するものに変更したら接続できるようになった。 特に検証せず修正してしまったけど、たぶん接続先データベースを指定して接続すれば問題ないんだろうな。 レプリケートしているテーブルでUPDATEトリガが動作しない 2008/05/12 検索語:アクセス、DAO、ADO、動かない、実行されない 別にバグでもなんでもないですが、落とし穴としてメモ。 「Accessから更新するとトリガが動いてない!」という報告を受けてリンクテーブルでテストしたけど・・・動いてる。 Accessからだと動かないって理由はないだろう・・・としばらく考えていて、トリガの先頭の IF UPDATE(msrepl_tran_version) RETURN 以外にありえないと気がついた。 ソースを見てみるとご丁寧にmsrepl_tran_versionも含めて全フィールドに値を書き込んでくれてます。 確かにレプリケート自体レアな仕様だから、まあ気がつかないかもね。 でも書き込む必要のないフィールドに値を入れるのはそもそも冗長なのでダメですね。 こういうのを開発チームに徹底するのって大変。 任意の文字列を含む列名を検索 2008/04/25 同じ列名のローマ字綴りがテーブルによってズレてるのを見つけてへこむ。 間違いやすい綴りについてチェックするために、列名検索を作成。 cyu→chuとかjyu→juとか、20個近くありましたorz SELECT sysobjects.name AS TableName , syscolumns.name AS ColumnName FROM syscolumns INNER JOIN sysobjects ON sysobjects.id=syscolumns.id WHERE sysobjects.xtype = U AND syscolumns.name LIKE %tyo% TRUNCATE TABLE を行うには ALTER TABLE 権限が必要 2008/04/25 ユーザーが一時使用するテーブルに対してデータをDELETEではなくTRUNCATE TABLEで消したいとする。 (多量のデータを一括して消したいとき、TRUNCATE TABLEはDELETEより効率がよい。) このときテーブルにDELETE権限を与えても、ストアドなどにEXECUTE権限を与えてTRUNCATE TABLEしようとしても成功しない。 テーブルをユーザーの所有にすればTRUNCATE TABLEが使えるようになる。 Accessは所有者名に\を含むSQLServerのテーブルをリンクできない 2008/04/25 SQLServerはユーザー名に\を含めることができる。 例えば別ドメインのユーザーとしてDomainName\UserNameのような表記があり得る。 しかしこのテーブルはAcesssからリンクできない。 INSTEAD OFトリガ中でSELECTを書くとODBCが「カーソルの状態が正しくありません」とエラーを返す。 2008/03/19 AccessからリンクしたテーブルにINSTEAD OFトリガを設定したが、テーブルを結合して更新をかけようとするとエラー。 特定条件に一致する件数のカウントのためにトリガの中でSELECTを書いたのが原因。 件数カウントは必須なので SELECT ... INTO #DUMMY FROM ... IF @@ROWCOUNT 0 BEGIN ... のようにしたら解決。えー。 SQLServerの最大容量仕様 2007/11/27 検索語:列名の長さ、仕様 検索をかけてみてぱっとひっかからなかった。 http //www.microsoft.com/japan/sql/prodinfo/previousversions/Specmax.mspx システムストアドプロシージャの結果をテーブルとして使用する。 2007/08/22 SQL Serverがロックしているときってエンタープライズマネージャからは蹴られることが多い。 システムストアドプロシージャのsp_lockとsp_whoを使えばいいんですが、プロセスがどのPCのものかを判断したいときに二つを見比べないといけません。 システムストアドプロシージャ同士が連結できないので、テーブルにできないかなと探したら、 http //blogs.wankuma.com/naka/archive/2004/03/07/1607.aspx ↑この記事を発見。 sp_lockとsp_whoを結合した結果を戻すストアドを作成してみました。 CREATE PROCEDURE [dbo].[Select_LockStates] AS CREATE TABLE #sp_lock ( spid nvarchar(64) ,dbid nvarchar(64) ,PbjID nvarchar(64) ,IndID nvarchar(64) ,TYPE nvarchar(64) ,Resource nvarchar(64) ,Mode nvarchar(64) ,STATUS nvarchar(64) ) INSERT INTO #sp_lock EXEC sp_lock CREATE TABLE #sp_who ( spid nvarchar(64) ,ecid nvarchar(64) ,STATUS nvarchar(64) ,loginname nvarchar(64) ,hostname nvarchar(64) ,blk nvarchar(64) ,dbname nvarchar(64) ,cmd nvarchar(64) ) INSERT INTO #sp_who EXEC sp_who SELECT * FROM #sp_who INNER JOIN #sp_lock ON #sp_who.spid=#sp_lock.spid GO 文字をバイト数で切る 2007/08/09 http //natchan.seesaa.net/article/943978.html LEFT CONVERT(VARCHAR(2), moji) RIGHT REVERSE(CONVERT(VARCHAR(4), REVERSE(moji))) 2バイト文字列が分割されるとどうなるのかなぁ。要検証。 検証してみた DECLARE @moji VARCHAR(30) DECLARE @one VARCHAR(1) DECLARE @three VARCHAR(3) SET @moji = 綺麗 SELECT @one = CONVERT(VARCHAR(1), @moji) SELECT @three = CONVERT(VARCHAR(3), @moji) SELECT 基本文字列 AS TestCase , @moji AS String , DATALENGTH(CONVERT(VARCHAR(30), @moji)) AS Byte UNION SELECT 左から1バイト取得 ,@one,datalength(@one) UNION SELECT 左から3バイト取得 ,@three,datalength(@three) 文字の途中で切れることもなく、綺麗にとってくれます。 TestCase String Byte 基本文字列 綺麗 4 左から1バイト取得 0 左から3バイト取得 綺 2 レプリケート対象のテーブルに対するトリガの設定 2007/06/12 レプリケート対象となったテーブルは、自分自身に対してmsrepl_tran_versionへのアップデートをかける。 したがって、トリガを作成する場合は if update (msrepl_tran_version) return を入れないと、トリガが複数回起動されるので注意。 ただし、INSTEAD OF トリガに関してはこの行は不要。 逆に設定すると動作しなくなるので注意。 テーブルサイズの一覧を返すSQL 2007/06/07 CREATE TABLE #temp ( TABLE_NAME sysname, ROWS sysname, reserved sysname, DATA VARCHAR(32), index_size VARCHAR(254), unused VARCHAR(100) ) INSERT INTO #temp EXEC sp_MSforeachtable @command1 = "sp_spaceused ? " SELECT * FROM #temp ORDER BY TABLE_NAME ここで使われている sp_MSforeachtable はヘルプに乗っていない。 「アンドキュメンテッド ストアドプロシージャ」で検索をかけるといろいろ出てきます。 他には sp_MSforeachdb とか便利そう。 別回:件数だけならこれでもいい SELECT o.name, i.rows FROM sysindexes AS i, sysobjects AS o WHERE o.xtype = U AND o.id = i.id AND i.indid 2; ストアドプロシージャから任意のエラーを返す まあ一番シンプルに書くとこんな感じ。引数はこれ以上は省略できない。 RAISERROR ('ここにメッセージ',0,1) RETURN 値を返すストアドプロシージャ 2007/05/22 --こんな風に定義して CREATE PROCEDURE [dbo].[GetNextID] (@KEY INT,@NEXTID INT OUTPUT) AS UPDATE T_COUNTER SET F_ID = F_ID +1 WHERE F_KEY = @KEY SELECT @NEXTID = F_ID FROM T_COUNTER WHERE F_KEY = @KEY --こんな風に使う。 DECLARE @NEXTID INT EXEC dbo.GetNextID 22,@NEXTID OUTPUT PRINT @NEXTID レコードに対する処理をしない場合はユーザー定義関数のほうが適切。 @@ERRORと@@ROWCOUNTを同時に使う 2007/05/18 検索語:うまくいかない/値がとれない どちらも間にIFとかPRINTを挟むとクリアされてしまうので注意。 BEGIN TRANSACTION DECLARE @RC INT DECLARE @ERR INT UPDATE ... SELECT @RC=@@ROWCOUNT,@ERR=@@ERROR --必ず実行した直後に IF @ERR 0 BEGIN ROLLBACK TRANSACTION RETURN @ERR END IF @RC=0 BEGIN INSERT ... SELECT @RC=@@ROWCOUNT,@ERR=@@ERROR --必ず実行した直後に IF @ERR 0 BEGIN ROLLBACK TRANSACTION RETURN @ERR END END COMMIT TRANSACTION SQLからスカラ値を取り出す DECLARE @RESULT INT SELECT @RESULT = myField FROM myTable PRINT @RESULT のようにして取り出せる。複数レコードだとどうなるんだろう。あとでテストしよう。 動的なSQLの戻り値を取得する DECLARE @RESULT nvarchar(1024) EXECUTE sp_executesql N SELECT @Result = ... , N @Result nvarchar(1024) OUTPUT , @RESULT OUTPUT PRINT @RESULT ユーザー定義関数を文字列で与えて結果を返せるか? 上のsp_executeを利用して、fn_getresult('FunctionName')みたいに、ユーザー定義関数を文字で指定して結果を返すユーザー定義関数がつくれるかもと思ったけど、ユーザー定義関数の中でsp_executeがそもそも利用できませんでした。 もしできるなら誰か教えてください。 CURSORの基本構文 DECLARE myCursor CURSOR FOR SELECT myField FROM myTable OPEN myCursor FETCH NEXT FROM myCursor --← これを知らなくてハマった。@@FETCH_STATUSはOPEN直後が0であるとは限らないので、かならず1回実行してからLOOPに入ること。 WHILE @@FETCH_STATUS = 0 BEGIN --処理 FETCH NEXT FROM myCursor END CLOSE myCursor DEALLOCATE myCursor 実行権限があるストアドが実行できない 2007/05/02 ストアドの中でExec(SQL文)とした場合、SQL文の中にSELECT権限のないテーブルが含まれるとコケる。 平文で書いた場合はストアドの実行権限があればよい。どうせいと。 http //fukkey.dyndns.org/pins/sqls/020121/16348.html 所有権の継承の使用 EXECUTE ...権限 ストアド プロシージャの EXECUTE 権限は、特に指定のない限りストアド プロシージャの所有者に与えられます。EXECUTE 文字列内でステートメントを使用する権限は、そのステートメントがストアド プロシージャ内に含まれている場合でも、EXECUTE の実行直前にチェックされます。文字列を実行するストアド プロシージャが実行されるとき、権限は、プロシージャを作成したユーザーのコンテキストではなく、プロシージャを実行しているユーザーのコンテキストでチェックされます。しかし、ユーザーが 2 つのストアド プロシージャを所有しており、最初のプロシージャが 2 番目のプロシージャを呼び出すような場合、2 番目のストアド プロシージャに対して EXECUTE 権限がチェックされることはありません。 CREATE TABLBEでNULL可/不可は常に明示したほうがよい 2007/05/16 トリガ中のCREATEA TABLEで「NULL可」を明示的に指定しなかったことでエラー。 規定ではNULL可で作成されるはずだが、明示したほうがよい。 よく使うサイト 2007/04/25 pin's Laboratory http //www7.big.or.jp/~pinball/discus/sqls/index.html 2007/04/27 SQLを速くするぞ―お手軽パフォーマンス・チューニング http //www.geocities.jp/mickindex/database/db_optimize.html comment このページの記述で聞きたいこととか間違ってることとかありましたらコメントを。 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/hhpmatome/pages/43.html
番組名 Happy Hour Party!のNEW YEAR PARTY! キャッチコピー 向かい風も、まわれ右すりゃ追い風さ! 放送方式 生放送一部収録放送の可能性あり 放送期間 2017年1月3日 放送時間 13 00 - 15 55(175分) 制作 ジャパンエフエムネットワーク(JFNC) ネットワーク JFN(全国FM放送協議会) パーソナリティ 杉崎真宏 ゲスト ゲストの項参照 テーマ曲 『イン・ザ・ムード』グレン・ミラー(オープニング)『Walk』平沢敦士(エンディング) 特記事項 『Happy Hour Party!』の年始特別番組 『Happy Hour Party!のNEW YEAR PARTY!』(ハッピー・アワー・パーティー!のニュー・イヤー・パーティー!)は、2017年1月3日にJFN(全国FM放送協議会)系列の一部の放送局で放送された、ジャパンエフエムネットワーク(JFNC)制作のラジオ番組。 概要 基本放送時間 パーソナリティ ゲスト ポジティブ生電話コーナー出演者 タイムテーブル コーナー オープニング ゲストコーナーパート1「ポッチャレンジ!その1・2017年、Pottyaのはじめてのおつかい~買い物チャレンジ編~」 ゲストコーナーパート2「カタカナ・サザン・インスト・チャレンジ」 ポジティブ生電話コーナーパート1「観るだけだったスポーツにチャレンジ!」 Pottyaに生電話! ゲストコーナーパート3「いいよねおじさんとおとたけくん」 乙武洋匡、登場 ゲストコーナーパート4「おすぎシャマとおとシャマのカマってイブニング」 ポジティブ生電話コーナーパート2「わたくし、アゴがしゃれくていてもポジティブ!」 ゲストコーナーパート5「ポッチャレンジ!その1・2017年Pottyaのはじめてのおつかい~高級おせち1品は誰の手に?編~」 ポジティブ生電話コーナーパート3「2017年は営業成績トップと金バッジを獲る!!」 イパネマの息子 ゲストコーナーパート6「ポッチャレンジ!その2・おせちか腹筋か?お題にチャレンジ!」 エンディング(青森・山形・栃木・長野・富山・石川・岐阜・山陰・岡山・広島・山口・徳島・香川・高知・長崎・大分・鹿児島) ここで一曲(SONG LIST) その他 ネット局 レギュラー番組関連ネット局で本番組未ネットの放送局 概要 2015年12月28日に放送された『Happy Hour Party!のPARTY』(以下、前回特番)に続く、『Happy Hour Party!』(以下、レギュラー番組)のスピンオフ第2弾で今回は年始特別番組として放送される。 2016年12月上旬、RADIO BERRY公式サイト内の「年末年始の特別番組紹介ページ」で紹介されたことがおそらく本番組の第一報だと思われ、なんと番組公式からの発表がまだ行われていない段階だった。 次いで12月19日放送分のレギュラー番組内にて本番組が放送されることが正式に発表され、レギュラー番組とは別枠で本番組公式ページと本番組専用のメッセージフォームが「JFN PARK」内に開設された。同時にメッセージテーマ(「2017年あなたが挑戦したいこと!!」)および各コーナーへのメッセージも受け付けを開始した。 その後、12月22日に更新された「JFN PARK」内のJFN PARKの楽しみ方(番組ガイド)で本番組が紹介された。内容は以下の通り(引用)。 某ラジオドラマ番組の刈谷役で有名な“ラジオをレディオと呼ぶ男”杉崎真宏が、2017年を明るく前向きに過ごすための景気づけとして、「ポジティブ」をテーマに杉崎家でニューイヤーパーティーを開催!合言葉は「向かい風も、まわれ右すりゃ追い風さ!」。ネット各局で活躍するポジティブで有名な名物パーソナリティと電話を繋ぎ、ポジティブエピソードをご紹介。また、人生をポジティブに乗り越えてきた人達を「ポジティビスト」と称して、2017年ブレイク間違いなしという方を番組が勝手に表彰!聴くだけで元気に、そしてポジティブになれるナンバーに載せて、ポジティブスパイラルを巻き起こします。出演は、杉崎真宏。ゲストは、トミタ栞(13時台)、乙武洋匡(14時台)、Pottya(13、14、15時台)が登場予定。 ネット局向けの主な本番組案内文は以下の通り(引用)。上記の案内文から一部抜粋した内容となっており、ネット局によって表現が多少異なる場合もある。 2017年を明るく前向きに過ごすための景気づけとして、「ポジティブ」をテーマに、杉崎家でニューイヤーパーティーを開催します。「向かい風も、まわれ右すりゃ追い風さ!」を合言葉に、ポジティブなNUNBERに載せて、いろんなポジティブスパイラルを巻き起こします。 本番組は前回特番と同様「杉崎家で開催されるパーティー」という設定で放送される。大まかな内容は2016年が良い年だった方もそうでなかった方も前向きになれる「ポジティブ」なことを杉崎とゲストでチャレンジしていくというもので、ゲストの人選にも現れている。また、未発表のゲストや生電話も予告されている。 本番組はJFN系列38局中23局ネットと、前回特番とほぼ同様のネット局かつほぼ全国ネットで放送され、前回特番よりもネット局数が1局増えた(正確には2局増の1局減)。また、radiko.jpで配信している11局はタイムフリー機能が導入されたため、リアルタイムで聴取できなかった・地上波で一部のコーナーが差し替えられた・途中飛び乗り、飛び降りだった場合でも、(radiko.jpプレミアム加入者が対象となるが)フルネット局を選択することで再聴取が比較的容易となっていた(聴取可能期間は本放送から一週間後である1月11日の5 00までで、現在は終了)。 基本放送時間 13 00 - 15 55(23局中16局がフルネット。その他7局は途中飛び乗り・飛び降りあり) 前回特番と同様、引き続き16 00よりレギュラー番組を11局ネットで放送(詳細は後述)。 パーソナリティ 杉崎真宏 - レギュラー番組でもおなじみの「ラジオをレディオと呼ぶ男」。初めて本番組(レギュラー番組を含む)を聴取する・初めて杉崎を知ったリスナーへ向けて自身の愛称が「スギシャマ」だと伝え、強制的に言わせる、スギシャマと書かないとメッセージを読まないと宣言していた。 自身の特徴を「(世界でもっともハンサムな顔100人を見てたら圧倒的にヒゲ率が高かったので)只今ヒゲを生やしている男」と紹介しているが、本番組にも使用されている杉崎の番組用宣材写真(*1)と現在の風貌が異なることに配慮する意味合いも含まれていると思われる。 ゲスト 登場順に記載。事前告知にて登場が予告されていた。 ゲスト名 登場パート 簡単なプロフィール Pottya (ポッチャ)(*2) パート1・5・6 4人組のぽっちゃりアイドルグループ トミタ 栞 (しおり) パート2 シンガーソングライター・タレント 乙武洋匡 (おとたけひろただ) パート3・4 文筆家・タレント ポジティブ生電話コーナー出演者 登場順に記載。事前告知では名前が伏せられていた。 出演者名 登場パート 簡単なプロフィール 平松亜希子 パート1 FM GIFUアナウンサー 多田えりか パート2 レディオキューブ FM三重パーソナリティ 只今、営業中のせぇるすまん パート3 一般人(会社員)。レギュラー番組常連リスナー タイムテーブル 13 00 - オープニング FM岩手はローカルスポンサークレジットを挿入。 13 05 - ここで一曲 正確には13 05 30(詳細は後述)。 13 08 - ゲストコーナーパート1(Pottya「ポッチャレンジ!その1・2017年Pottyaのはじめてのおつかい~買い物チャレンジ編~」) 「ポッチャレンジ!」とは、「ポジティブなぽっちゃりアイドルグループ」であるPottyaメンバーの大橋ミチ子(みっちゃん)・ 犬童 (いんどう)舞子(いんまい)・大木 梨渚 (りさ)(りーちゃん、リーダー)・橋本 一愛 (いのり)(いのりん)の4名が杉崎の指示の下、様々なチャレンジを行うコーナー。 13 17 - ここで一曲 13 21 - 投稿メッセージ紹介 13 26 - ここで一曲 FM岩手はローカルスポンサークレジットを挿入。 [富山、飛び乗り] 13 30 - 富山向けオープニング・ゲストコーナーパート2(トミタ栞「カタカナ・サザン・インスト・チャレンジ」) 13 44 - ここで一曲(トミタの紹介曲) 13 48 - ポジティブ生電話コーナーパート1(平松亜希子「観るだけだったスポーツにチャレンジ!」) ポジティブ生電話コーナーとは、杉崎が本番組(レギュラー番組含む)ネット局の関係者・リスナーと生電話を繋いでポジティブなエピソードを伺うコーナーで、最後にリクエストされたポジティブな気分になれる曲を流す(パート3を除く)。 13 52 - ここで一曲(平松のリクエスト曲) 13 55 - 『Zero Tunes~2000(ゼロ)年代のポップミュージック~』(JFNC制作) 山形・長野・岐阜・山陰・岡山・山口・徳島・香川・大分で放送。それ以外のネット局は後述。 14 00 - 14時台オープニング 14 01 - Pottyaに生電話!・投稿メッセージ紹介 14 04 - ここで一曲 14 07 - ゲストコーナーパート3(乙武洋匡「いいよねおじさんとおとたけくん」) 乙武の自宅兼事務所にて事前収録 14 12 - 乙武洋匡、登場 14 15 - ここで一曲 14 20 - ゲストコーナーパート4(乙武洋匡「おすぎシャマとおとシャマのカマってイブニング」) 14 27 - ここで一曲(乙武の紹介曲) [岩手・山形・栃木・長野、14 20 - 14 30に『あぐりずむ』(TOKYO FM制作)を放送] 14 30 - 投稿メッセージ紹介・ポジティブ生電話コーナーパート2(多田えりか「アゴがしゃれくていてもポジティブ!」) 14 36 - ここで一曲(多田のリクエスト曲) [香川・高知・大分、14 30 - 14 40に『あぐりずむ』(TOKYO FM制作)を放送] 14 40 - ゲストコーナーパート5(Pottya「ポッチャレンジ!その1・2017年Pottyaのはじめてのおつかい~高級おせち1品は誰の手に?編~」) 14 50 - ここで一曲(Pottyaの紹介曲) [岩手・群馬・滋賀・佐賀、飛び降り] 14 55 - 『MY OLYMPIC α』(JFNC制作、JFN系列38局ネット) 本番組では群馬のみ13 55 - の枠で先行放送。 15 00 - 15時台オープニング 15 01 - ポジティブ生電話コーナーパート3(只今、営業中のせぇるすまん「2017年は営業成績トップと金バッジを獲る!!」) 15 04 - ここで一曲 15 07 - イパネマの息子 15 15 - 投稿メッセージ紹介 15 17 - ここで一曲 15 20 - ゲストコーナーパート6(Pottya「ポッチャレンジ!その2・おせちか腹筋か?お題にチャレンジ!」) 15 38 - ここで一曲(Pottyaの紹介曲) [宮崎、飛び降り] 15 42 - ここで一曲 [福井、飛び降り] 15 48 - エンディング 15 53 - 終了 [引き続き、青森・山形・石川・福井・岐阜・ 山陰 ・岡山・ 広島 ・ 山口 ・ 徳島 ・ 高知 の11局ネットで16 00よりレギュラー番組を放送]( 赤太字 は臨時ネット) コーナー コーナー名(一部コーナーではないものも含む)・パートの区分けは便宜上記載。放送順に説明する。 オープニング 杉崎によるタイトルコール・オープニングテーマ(『イン・ザ・ムード』)→オープニングトークの流れ。 普段レギュラー番組を未ネットの放送局も多いことから、杉崎は冒頭でレギュラー番組・自身の紹介を行っていた。また、本番組について前回特番で結果を残せたので放送することができた(大意)とコメントしている。 FMとやまはネット局中、唯一の13 30スタートなので、13 30にタイトルを連呼するバージョンのジングルを使用することで同局向けの簡易的なオープニングとしている(ただし同局向けのアナウンスはなし)。 ゲストコーナーパート1「ポッチャレンジ!その1・2017年、Pottyaのはじめてのおつかい~買い物チャレンジ編~」 FMとやまを除く22局で放送。 一回の食事で45人前を平らげるというPottyaメンバーがJFNCスタジオ周辺の半蔵門界隈に繰り出し、制限時間内に牛一頭寝正月にピッタリな、一番カロリーが高くて美味しい食べ物を各自のぽっちゃりセンスで選び、購入後スタジオに戻ってくるチャレンジ。 杉崎が最も良いと感じた食べ物を購入したメンバーに、高級おせちから希望する一品が振る舞われる。 軍資金はメンバー全員に1,000円ずつ支給され、制限時間は約1時間。なお、サポート役として「本番組のPottya」ことAD松島が同行し、道中のツイート実況(ハッシュタグは#hhpのおつかい)や生電話も行われる。 バックで流れている曲は『ドレミファだいじょーぶ』(*3)(B.Bクイーンズ)。 ゲストコーナーパート2「カタカナ・サザン・インスト・チャレンジ」 ここからFMとやまでも放送。 月曜日の日替わりコーナー「カタカナ・インスト・チャレンジ」のスペシャル版。レギュラー番組と異なり、タイトル通りサザンオールスターズ縛りの問題を事前に募集しており、そこから出題される。 ゲストは、両親共々大のサザンファンを公言(中学生の頃まで「日本にサザン以外のアーティストは存在しない」と思っていたくらいである)し、自身の名前(本名)(*4)も『栞のテーマ』から命名されたというエピソードを持つトミタ栞。 杉崎と初対面だったトミタの自己紹介に合わせる形で、ファンもしくは関係者と思われるリスナーから送られてきた「トミタ栞さんはポジティブに見えますが、とにかく物事を全く知らない(中略)干支もアルファベットも最後まで言えませんが、これは内緒です(後略)」というメッセージや、本番組調べの「ガラスがないと思っていたが、実際は存在したガラスに激突する」「炊飯器を真っ黒焦げにする」というエピソードを暴露され、実はド天然なキャラクターだがポジティブに生きている人であることが明らかとなった。 トミタは直後に音読チャレンジさせられたが、事前に2日間かけて覚えたにもかかわらず干支もアルファベットも最後まで言えず、エピソード通りだったことを生放送で実証してしまった。アーティストなのに、アルファベットが最後まで言え…ない? 本コーナーは事前告知にて「杉崎とトミタの対決」とアナウンスされていたが、実際はコーナーの紹介を兼ねて第1問のみ杉崎がチャレンジし、CMを挟んだ第2問以降は彼女がチャレンジする形式となった(第1問も正解したので、事実上の全問)。 カタカナをつぶやきながら正解を探っていた杉崎の様子を「…どうしました?」と不思議がるほど、当初は本コーナー独特の雰囲気に戸惑いを見せていたトミタだが、次第にコツがつかめてきたのか「(不正解に対して)異議あり!」「次行ってみよう!」というコメントが飛び出すほどノリノリで挑戦しており、特に彼女自身、想い入れが深い『栞のテーマ』はすぐにメロディを連想・正解した。また、杉崎はカタカナをつぶやく彼女の様子を見ながら「へたくそなアーティストみたいにさせちゃってごめんなさいね」「トミタ栞の新曲?」などと弄っていた。 トミタが正解すれば投稿リスナーに番組ステッカーがプレゼントされ、不正解の場合はコーナー終了まで桑田佳祐のものまねをしながら過ごさなければならない(しかし、積極的に桑田のものまねを行っていたのはむしろ杉崎だった)。 本番組での内容は以下の通り。 問題 問題曲 ヒント 投稿リスナー 結果 備考 第1問 『真夏の果実』 (未使用) ぢう 正解 杉崎の挑戦だったが、トミタが正解 第2問 『C調言葉にご用心』 初期、ダマされ 北斗百烈ぺろ 不正解 ここからトミタが挑戦。ギブアップ 第3問 『栞のテーマ』 (未使用) ラーメンはカタめ 正解 第4問 『Bye Bye My Love(U are the one)』 初期、サヨナラ ハリモグハリー 不正解 時間切れ レギュラー番組でも難易度が高い本コーナーにて2勝2敗となかなかの正解率だったトミタは、コーナー終了前に自身の曲である『SPIN』(12月7日にリリース予定である同名の2ndアルバムより)を紹介したが、既に同曲が流れ始めていたのにもかかわらず「そうです…あっ、違う!」と言ってしまい、最後の最後までド天然ぶりを発揮していた。 ポジティブ生電話コーナーパート1「観るだけだったスポーツにチャレンジ!」 生電話一番手の平松亜希子アナウンサー(FM GIFU)は、これまで趣味のスポーツはもっぱら観戦派だったが、2015年より「身体を動かす」という目的でゴルフなどのスポーツにチャレンジした結果、2016年にゴルフのスコアが上昇したというポジティブエピソードを披露した。 リクエスト曲の紹介時に、平松が気合を入れる時に身体中を叩きまくるというアニマル浜口に影響された特徴があることが明かされ、「叩けるだけ叩け!」という名言を発していた。 Pottyaに生電話! 杉崎が半蔵門のスーパーで買い物チャレンジ中のPottyaと電話を繋ぎ、様子を伺った。外は寒かった様だが、Pottyaから「ヒートミートテックがあるから大丈夫」という説得力のありすぎるコメントが飛び出した。また、半蔵門周辺はオフィス街という立地の関係上、三が日は人が少ないと思われがちだが意外と買い物客を見かけたことも合わせて報告された。 ゲストコーナーパート3「いいよねおじさんとおとたけくん」 火曜日の日替わりコーナー「いいよねおじさん」のスペシャル版で、お題は「お正月」。いいよねおじさん(杉崎)が友人のおとたけくん(ゲストの乙武洋匡)の自宅兼事務所にやってきたという設定や、公式ページに掲載された画像(現在は掲載終了。後述)に写っている杉崎の服装が生放送時のものと異なることから、本コーナーは事前収録だと思われる。 冒頭のナレーション中に毎回、含みのある一言が発せられるが、今回は「匿名で悪口ばっかり言いやがって!!」(×2)という内容だった。 本編開始直後より、いいよねおじさんは早速おとたけくんの自宅兼事務所に関する褒め殺し「いいよね~」を連発し、新年早々に相変わらずの存在感をアピールしていた。そんないいよねおじさんに負けじと(?)おとたけくんもいいよねおじさんに寄せた口調(本人曰く、真似しようと思ったけど全然出ないけど、もうその辺も全部含めて「いいよね~」)を披露し、互いに褒め合っていた。 レギュラー番組ではいいよねおじさんが全ての投稿メッセージを読んでいるが、今回は友人のおとたけくんもいいよねおじさんと掛け合いながら投稿メッセージを読んでいた。おとたけくんももちろん、最後は「○○よね~」で締める。 そのおとたけくんだが、登場時やメッセージ紹介時に彼自身の過去の出来事を連想してしまいそうになる内容のコメントが散見された。彼自身は「いいよね~」とは言っているものの、第三者からすれば老婆心ながら本当に「いいよね~」でいいのか~?と感じてしまうが…。 + おとたけくんのコメント集 「お正月って、いいよね~。食っちゃ寝、食っちゃ寝!もうただ欲望のままに生きてても、誰にも文句言われずにおめでとうって言う一言で全て終わるのが、いいよね~」 「人のイヤなとこばっかり見つけて叩くこの風潮、よくないよね~」 「2017年の流行語は「いいよね!」がいいよね~。Happyだよねぇ~」 「人間は失敗するもんだもんね~。(自分も)失敗しちゃったもんね~」 「(メッセージ内容の)巫女さんで思い出したけど、元奥さんが学生時代、巫女のバイトしてたのを思い出しちゃったけど、まぁいいよね~。思い出に浸るのもいいよね~。寒いって言ってたけど、頑張ってたからいいよね~」 …ネタにしていることから、放送を聴いている限りではおとたけくんはどうやら吹っ切れた様子である。 こうして、2017年のお正月にもたくさんの「いいよね~」が溢れ、コーナーが終了した。 乙武が、本コーナー自体初めてだったにもかかわらず積極的に「おとたけくん」として参加していた(いいよねおじさんに寄せた口調でネタを織り交ぜながら「いいよね~」と言っていた)ことに対して、いいよねおじさんは「おとたけくんがこういうことをやってくれるのがいいよね~」と嬉しさを表現していた(乙武自身は放送後、「放送事故じゃないですか?」と心配していた様子だったが)。 なにより、乙武に抱いていたイメージが多少なりとも変わったという方もおられるかもしれない。 乙武洋匡、登場 「いいよねおじさんとおとたけくん」終了後にジングルレスで再びJFNCスタジオへ戻り、あらためて乙武の紹介・ショートトークへと繋げられた。 ショートトーク中に杉崎より「乙武さんが思うポジティブなワードとは?」という質問をされた乙武は、興味深い返答を行っている。そのポジティブなワード(およびその理由)は以下の通り。 ここ数年、障害者の「害」という字を「がい」と平仮名で表現する傾向に対して、賛否両論になっている状況が面倒くさいと感じていた。そしてもっと「障害」という言葉自体をポジティブな言い換えができないか?と考えたワードが「規格外」だった。「いや~私、障害者なんですよね」と言う所を「いや~ちょっと僕、規格外なんでね」と表現すれば、相手はポジティブなイメージに感じてくれるんじゃないかと(大意) この「規格外」というワード自体も賛否あるかもしれないが、少なくとも杉崎がコメントした様に「(自身も障害者である)乙武本人が言うから説得力がある」ことは間違いないし、イメージを変えたいという思いは伝わってくるだろう。 ショートトーク後はほぼフル尺(差し替え局向けの時間調整のためだと思われる)の「ここで一曲」(『OCEAN』)が流された。パート4を差し替えるFM岩手・Rhythm Station・RADIO BERRY・FM長野の4局はここで一曲終了後、そのまま『あぐりずむ』(TOKYO FM制作)に接続した(中断アナウンスなし)。 ゲストコーナーパート4「おすぎシャマとおとシャマのカマってイブニング」 前述した通り、FM岩手・Rhythm Station・RADIO BERRY・FM長野の4局は『あぐりずむ』に差し替えるため、未放送。 月曜日の日替わりコーナー「おすぎシャマのカマってイブニング」のスペシャル版で、おすぎシャマ(杉崎)が連れてきたマブ(ダチ)の「おとシャマ」(乙武)が「かわいそうな子羊」(リスナー)の恋愛相談・人生相談に答えてくれる。 おとシャマの第一声は、おすぎシャマに対して「さっきと同じ人ですよね?」というツッコミだった(おすぎシャマは「同じ人じゃないですッ!という体ですッ!」と即座に否定)。 おすぎシャマから「今日は人生の岐路で悩んでいるかわいそうな子たちがいるから」と聞かされたおとシャマは、相談に乗る側にもかかわらず「僕も岐路で悩んでいるんすけど、どうしたらいいですかね?」と逆に問いかけたが、おすぎシャマに「だまらっしゃいッ!!」と一蹴された。 本番組での内容は以下の通り。「ポジティブオーラがハンパない」と紹介されたおとシャマは紹介通り、ポジティブかつ真摯に答えていた。 かわいそうな子羊 相談内容(大意) おとシャマのアドバイス(大意) タクミ(男性) 僕の彼女が電車やベンチなどに座った外着のままベッドに座ることがどうしても譲れず、正直抵抗がある。何度注意しても直そうとしないが、僕が気にしすぎているだけなのか ベッドに外着のまま行かれるのがイヤだからということを前面に出すと問題になるから、俺はお前の帰りを待ってたんだよ!!みたいな感じで玄関で飛び付き、全部脱がせちゃえばいい さよ(女性) 先日思いっきり恋人にフラれたが、髪型や服装などを相手の好みに合わせたのに「重すぎる」という理由だった。相手に好かれるために頑張っていたのに、ついやりすぎてしまう。加減ができない私にアドバイスが欲しい 重すぎても軽すぎてもフラれることについては加減が難しいが、人に合わせて自分を演じることはウソを付いたまま付き合うハメになるので、長いお付き合いを考えると辛くなる。だったら自分のキャラを全面的に開示し、それで気に入られなかったら仕方がないというスタンスの方がよい。飾らない! 奇しくも、2番目のアドバイスの結論もおすぎシャマ曰く「自分をさらけ出す=マッパになれ=全裸」だったので、最初のアドバイス同様全裸がキーワードになった。おすぎシャマはその2番目のアドバイスを引き合いに出し、おとシャマ自身はどうだったのか聞いた所、「結構癖がある人間なので様子を見て、後からこんな奴だと言われるのがイヤだから最初から開示していくタイプ」(大意)と語った。また、そのくだりでおとシャマが本番組およびレギュラー番組のP鹿野とは同い年かつ長い付き合いで、お互いに全てを知っている関係だというエピソードがおすぎシャマより明かされた。 おすぎシャマからの格言的な一言は「自宅兼事務所って、いいよねッ!!」だった。おとシャマも速攻で「(今回のお悩みと)全然、関係ないっすね!」とツッコんでいたが、「いろんな悩みがあっても、最終的には自宅兼事務所で仕事ができる大人になりなさい。なんだかんだ言ってもその様な大人はカッコいいから」という意味が込められている。 コーナー終了後、乙武は2017年について「いろいろ振り切っていくしかない、飾らず開き直って行きたい」「野望はなんにもないですが平穏って大事ですね…」「今まで自分は波風は立てるタイプでよしとしたが、あんまり大きすぎるのもよくない」とコメントした。 杉崎が「世の大人たちで酸いも甘いも知ってる人は最終的にそういう域に達しますよね」と振ると、乙武は「ちょっと酸いが強すぎましたね…」と答えている。 最後に乙武からの紹介曲(『GO NOW』)をオンエアし、乙武は退出。生電話パート2を差し替えるFM香川・Hi-Six・Air-Radio FM88の3局は同曲終了後、そのまま『あぐりずむ』に接続(中断アナウンスなし)。 ポジティブ生電話コーナーパート2「わたくし、アゴがしゃれくていてもポジティブ!」 前述した通り、FM香川・Hi-Six・Air-Radio FM88の3局は『あぐりずむ』に差し替えるため、未放送。 本コーナー2番手は、2016年6月に放送されたレディオキューブ FM三重の開局31周年記念特番でも杉崎と共演した多田えりか(同局パーソナリティ(*5))が登場。 多田は冒頭から、人によってはコンプレックスに感じてもおかしくないアゴのしゃくれをサブタイトルに記載した言葉で堂々とアピールし、「ラジオなのでいっさい見えないが、自身の大事な商品として取り扱っていきたい」とまで言い切った。また、ダイエット目的で通っていた「結果にコミットしたジム」でトレーニング中、アゴから痩せていった・ベンチプレスを行おうとしたが鉄棒がアゴに引っかかったためにできなかったエピソードを披露。ベンチプレスの件は通常なら失敗談になる所だが、彼女の明るい口調からむしろ「神がかり」に感じるエピソードであり、杉崎も「奇跡」と表現していた。 杉崎は、アゴがしゃくれている人々にとって多田は「神」だと思うとコメントしていたが、そんな彼女もやはり悩んだ時期があり、友人が彼女のアゴの長さを測ったことがもっとアゴを強調してもいいんだと思う様になったきっかけだという。また、大人になって「しゃくれキリシタン」と呼ばれる、彼女以上にアゴがしゃくれた喋り手たちのグループとの出会いも大きな影響を与えた様である。 + 「しゃくれキリシタン」の中心人物 多田曰く「教祖様」と呼んでいる人物は彼女の先輩であり、東海地方で競馬・競輪・競艇などの公営レース実況を中心に活躍中の長谷川 満 (まん)(フリーアナウンサー)。彼のインタビューを受け、お約束でアゴを触る「儀式」を行った選手はレースに優勝するというジンクスがあり、昨年末に解散したアイドルグループの元メンバーも最近お約束を経験したそうである。ちなみに多田の2017年の目標は「しゃくれキリシタン」でトークライブを行うことらしい。 最後に杉崎は、多田がラジオ番組表(三才ブックス)の企画「第9回 読者が選ぶ好きなDJランキング(FM部門)」の1位(*6)に選ばれたことに言及。彼女は12位だった杉崎に「私のアゴを触れば1位になる日も遠くはないかもしれない」とポジティブな提案を行っており、杉崎も乗り気だった。 ゲストコーナーパート5「ポッチャレンジ!その1・2017年Pottyaのはじめてのおつかい~高級おせち1品は誰の手に?編~」 番組冒頭にJFNCスタジオを飛び出して半蔵門で買い物をしていたPottyaが帰還。杉崎は早速、メンバーが購入した食べ物をチェックしていた。食べ物の内容は以下の通り(紹介順)。 メンバー 各自がぽっちゃりセンスでチョイスした買い物 みっちゃん 「東京チカラめし」の「煮込みダブルチーズハンバーグ定食(*7)」(ご飯の量が大盛りでは足りないということで店員と交渉し、追加料金なしで特盛りに変更してもらった(*8))・ポテトサラダ・ボトルマヨネーズ(ハンバーグとうまい棒にかける用)・カップラーメン・うまい棒(ラーメンに入れる用) いんまい インドカレー(ご飯大盛り) りーちゃん 食パン一斤・ピーナッツクリーム・チキン・チーズ・使い切りマヨネーズ(以上、食パンにトッピングする用)・お菓子(デザート用) いのりん お菓子8個(ポテトチップスを5種類・レーズンサンド・コアラのマーチ・ぷっちょ)・コーラ みっちゃんは「うまい棒をカップラーメンに入れて、更にそのうまい棒にマヨネーズを掛けて食べる」という驚きの食事プランを披露。仰天した杉崎は「HAPPY NEW YEAR!!」と叫ぶ事態に追い込まれた。 いんまいは自身の愛称に掛けてインドカレーをチョイスし、ご飯はやはり大盛り。彼女曰く「並盛りはありえない」そうである。 りーちゃんはパン屋さんのいい香りに惹かれて食パンを購入したが、単位が一枚ではなく一斤だった。お菓子の内容は不明。 いのりんが買ってきた食べ物が全てお菓子なのは、普段よりご飯類を食べないから。 前述したハッシュタグ(#HHPのおつかい)を検索すれば、メンバーの買い物中の様子を写した画像が添付されたツイートを現在でも閲覧可能。 CMを挟み、高級おせち一品にありつけるメンバーを決定することになったが、食べ物の内容だけで判断するのは難しいのでメンバーの食べている姿込みで決定することが発表された。 メンバーの食事風景をプチ実況していた杉崎は、独断と偏見で「ポテチ コーラがお似合いの」いのりんを2017年はじめてのおつかいナンバー1に決定。他メンバーが羨望の声を上げる中、いのりんは高級おせち一品から伊達巻をチョイス。「甘くて、ポテチの後のデザートにピッタリ」といたく満足気な様子で伊達巻を食べていた。 最後に曲紹介(『フルスピード!』)が行われ、ポッチャレンジ!その1が終了した。 ポジティブ生電話コーナーパート3「2017年は営業成績トップと金バッジを獲る!!」 本コーナーのトリを飾る、只今、営業中のせぇるすまん(レギュラー番組常連リスナー)が、2017年のチャレンジとして「全国でトップの営業成績になり、褒賞の金バッジを獲得する」ことを生電話で宣言した(ちなみに当日は営業中ではなく休業中だった)。 せぇるすまんは2017年にチャレンジを達成するための作戦として、以前、杉崎よりアドバイスされた「レディオをアピールして顧客の心をキャッチしなさい」という内容を頭に叩き込んだが、なかなか実践できなかったので、2017年こそは杉崎からのアドバイスを実践するというプランを挙げた。 意気込みを聞いた杉崎は、以前よりせぇるすまんの真面目な性格を高く評価しているが、真面目・固いだけでは相手に緊張感を与えてしまうかもしれないということで、2017年はもっと柔らかくなれる様につかみとして「チース」「おっぱいとお茶」と言おうと彼にアドバイスした上で実際にその場で発声練習させていたが、前者に関して杉崎から「今までの人生で言ったことないでしょ」とツッコまれるなど、真面目さぶりをここでも発揮していた。彼は最後に杉崎の激励を受け、「ありがとうございます!!」と力強く返事し、生電話が終了した。 イパネマの息子 木曜日の日替わりコーナーのスペシャル版。ゲストと豪華なコラボレーションを繰り広げた前回特番と異なり、今回はカルロス・スギサキ・マサヒロ(杉崎)がレギュラー番組同様、単独で進行する。2017年をポジティブに過ごせないかもしれないと感じるリスナーへカルロスが新年からありがたい名言の数々を贈り、ポジティブに過ごせる様にしてくれるという趣旨なのだが…。コーナーの詳細は日替わりコーナー(木曜日)を参照。 ちなみにカルロスは新年でも変わらず、所々で声が子どものそれに変わったり、いきなり寝てしまったりと普段通りのマイペース振りを見せた。また、今回は「杉崎家のNEW YEAR PARTY!」に特別に招待され、ブラジルから日本に遊びに来ていた(という体)関係で年を越した瞬間は飛行機の中にいたという。 本番組での内容は以下の通り。 投稿リスナー お悩みの内容(大意) カルロスが考えたありがたい名言 悲劇王アキレス・腱 2017年も奥さんとフレンドリーに会話ができなさそうと感じるくらい、家の中に寒さを感じる。迷える私に名言をお願いします 家の中が寒い寒いって暖房付けたり布団かぶっても、一番あったかいのは生肌だと思うわけ。冬場はいつでも、貴方の掛布団(動くことアリ) ジョニー 2016年は本厄で、けが・病気・失恋といいことがまったくなかった。2017年がいい年になるかとても不安な僕に言葉をください 「厄年」って考え方によっては、役者でいえば「役」が付く「年」。働き人であれば「役」職に就く「年」。考え方ひとつじゃないかなぁ。ハグした時にちょっと密着が強いのも考え方ひとつじゃないかなぁ(人によって強弱変わる。オスだもの) レギュラー放送と同様、コーナー終了後に杉崎が「カルロスは全て考え方ひとつでポジティブに変わるよ!ということを言いたかったんでしょうねぇ」というフォローを入れていた。 コーナー締めに、それまでの雰囲気と全く異なるいかにも日本の正月らしい音楽が流されていた。また、コーナー中に流れていたアストラッド・ジルベルト版の『The Girl From Ipanema(イパネマの娘)』はレギュラー放送と異なり、アップテンポなバージョンだった(杉崎からも「普段と違う音楽でしたが、気付きましたでしょうか?」という旨のコメントがあった)。 ゲストコーナーパート6「ポッチャレンジ!その2・おせちか腹筋か?お題にチャレンジ!」 本番組トリのゲストコーナーで、Pottyaがパート1・5に引き続いて登場。ケータリングを全て平らげてなお「お腹がペコペコ~」と口々に叫ぶメンバーに向けてポッチャレンジ!第2弾が行われた。 その内容は以下の通り(メンバーはチャレンジ順)。 *メンバーは目の前に置かれたボックスからカードを一枚ずつ引き、カードに書いてあるお題にチャレンジする。 *チャレンジに成功すれば高級おせち一品が食べられる。ただし、おせちは杉崎がメンバーの頑張り具合に応じた品を選ぶ。 *チャレンジに失敗した場合は、ペナルティとしてスタジオの空いているスペースで腹筋20回を行わなければならない。ラジオだからといってズルはNG。 挑戦メンバー お題 結果 備考 いのりん ものまね(アントニオ猪木) 失敗 彼女はエルモ(*9)と喋れる九官鳥のものまねが得意との触れ込みだったが、肝心の猪木のものまねは九官鳥と判定された。横顔のしゃくれ具合は凄かった様だが… りーちゃん クイズ(マラソン大会で前半は18位だったが、17・16・15位を抜いてゴールした。結局何位だったのか?) 正解は14位。15位と答えて不正解だった彼女は理由を尋ねたが、結局有耶無耶のまま終了(後述も参照) いんまい 早口言葉(赤炙りカルビ青炙りカルビ黄炙りカルビを3回) 開始直後に「アワビ…カルビ」と言ってしまい失敗 みっちゃん 体内時計で10秒ジャストを叩き出せ! 成功 メンバー3名が失敗し、後がない彼女はなんと10.00という小数点以下までジャストという奇跡を起こした。高級おせちは大好きな胡桃を希望 4名全員 杉崎真宏を褒め殺せ!(彼が納得できれば成功) 詳細は下記折りたたみ内を参照 いのりんが自信満々だったエルモのものまねは「お腹いっぱいの人」、喋れる九官鳥のものまねは「しゃくれている人」と杉崎からそれぞれ称されてしまった。 りーちゃんに出題されたクイズの正解に関しては、個々人の考え方次第で14・15位どちらともとれるものとなっている(単純に「15位を抜いたので14位になる」考え方と、「元々の15位を抜く→抜いた側が入れ替わりで15位になる」考え方で、番組からの説明は前者、彼女の解答は後者にあたる)。ただしあくまでも番組側で用意した正解は「14位」である。 一部リスナーによる、正解に疑問を感じたという内容のツイートも見受けられた。 みっちゃんを除くメンバー3名はチャレンジに失敗してしまったために腹筋20回を行ったが、杉崎がいのりんの実況を途中でやめた上に知らんぷりという放置プレイを行ったので、ある意味二重のペナルティを喰らうハメになった。 なお、公式Twitterアカウントより証拠画像付きのツイートがリアルタイムでアップロードされていた。 + 杉崎真宏の褒め殺しコピー集 「声がステキです」 「真宏さん、あの、ダンディーな姿がステキですぅ」 「いやー、もうほんっとにイケメンですよねぇ」 「スーツの中にシャツ着てるの、凄いオシャレです」(「…普通じゃない?それ」という杉崎からのツッコミが入った) 「ハーフアップのヘアスタイルがすっごく似合ってます」 「髪の長ーい男性、この世にそんなん、いない…。かっこいい…」 杉崎は目を瞑って聴いていたが、すっかりご満悦となった彼は思わず「あのー、延長をお願いします、マスター!」と発していた。 最後のチャレンジにメンバー全員で成功し、見事高級おせちの希望する一品を食べることができたが、デザート扱いかつおせちだけでは足りないということで鹿野からの差し入れである「江戸流行婦凛」(*10)も追加された。 彼女たちにとって、おせちをおかずにプリンを食べるのは、しょっぱい味も甘い味も飽きなくて両方楽しめるので全然アリな様である。 杉崎からダイエットの話題を振られた時、「ただただぽっちゃりしてると駄目なんですよ、ちゃんとプロのぽっちゃりでいなきゃいけないので」という、プロのアイドルであることを自覚している名言が飛び出した。ちなみにいんまいはそのために毎晩うどん3玉を食べているそうである。 ポッチャレンジ!終了後、2017年の目標として「2017年=平成29年=肉年=Pottyaの年ということで、満員の日本武道館でワンマンライブを行う」ことを挙げた。最後に「ランチ会」(*11)のイベントと1月29日(いい肉の日)に発売予定の1stミニアルバムを告知し、新曲(『秒速ワンダーランド』)の紹介でコーナーを締めた。 エンディング(青森・山形・栃木・長野・富山・石川・岐阜・山陰・岡山・広島・山口・徳島・香川・高知・長崎・大分・鹿児島) フル尺で流されたここで一曲(『オリジナル スマイル』)・CMを挟み、エンディングテーマ(レギュラー番組と同じ『Walk』)のイントロと同時に英語のコール(「Your listening to Happy Hour Party! with Masahiro Sugisaki」)→様々なキャラが番組名をコールする度に効果音が挟まれる、という流れで始まるが、レギュラー番組バージョンより効果音が増やされ、特番らしい豪華なものになっている。 杉崎が3時間を振り返り、「ほんと、楽しい時間というのはあっという間なんですね」「1月3日から2017年のスタートがたくさんの笑顔が咲いてねぇ、よかったと思いますよ」「皆さま(リスナー)に少しでも笑顔が届いていたら、これ幸いでございます」などの感想とともにゲスト・番組スタッフ・リスナーに感謝の言葉を述べていた。 また、杉崎は本番組を通して「2017年は何もかも否定から入るのではなく、肯定から入ろうと、そういう癖をつけましょうということを学んだ気がします」とも述べていた。 リスナーからのメッセージを数名紹介した後、ラストコールを「それでは、いつもの…で締めましょう!」と呼びかけた杉崎は、「いつもの…」のフレーズの後に「Happy Hour~!」と来ると見せかけて、本番組を象徴するワード「ポジティブしようぜぇぇぇぇ!!!」の大絶叫でエンディングを締め、番組が終了した。 ここで一曲(SONG LIST) 13 05 - 『恋』星野源 13 17 - 『ガールフレンド』アヴリル・ラヴィーン 13 26 - 『TRY ME ~私を信じて~』安室奈美恵with SUPER MONKEY S 13 44 - 『SPIN』トミタ栞(トミタの紹介曲) 13 52 - 『手をたたけ』NICO Touches the Walls(平松のリクエスト曲) 14 04 - 『START』JUN SKY WALKER(S) 14 15 - 『OCEAN』B z(曲紹介なし・ほぼフル尺) 14 27 - 『GO NOW』FUNKIST(乙武の紹介曲) 14 36 - 『情熱 A GO-GO』ウルフルズ(多田のリクエスト曲) 14 50 - 『フルスピード!』Pottya(Pottyaの紹介曲) 15 04 - 『ドント・ストップ・ザ・パーティー feat.TJR』ピットブル 15 17 - 『世界はそれを愛と呼ぶんだぜ』サンボマスター 15 38 - 『秒速ワンダーランド』Pottya(Pottyaの紹介曲) 15 42 - 『オリジナル スマイル』SMAP(曲紹介なし・フル尺) その他 本番組のロゴはレギュラー番組のバージョンをベースに「の NEW YEAR PARTY!」という文字を追加したもので、配色が赤基調になっていた。 事前案内で紹介された、本番組の合言葉である「向かい風も、まわれ右すりゃ追い風さ!」および、人生をポジティブに乗り越えてきた人たちを指す「ポジティビスト」というワードは本編中では使用されなかった。 各時間のオープニングなどで曲が流れ始めてから杉崎の第一声まで少し間隔が空けられている箇所が存在するが、ネット局毎にローカルスポンサークレジットが挿入できる様に配慮されているためだと思われる(例:FM岩手)。 杉崎はレギュラー番組にて、オープニングトークから「ここで一曲」の1曲目オンエアまでをピッタリ3分間でまとめるというこだわりを持っているが、本番組の場合は「5分半ピッタリにオープニングナンバー行きますからねぇ」と予告した通り、ピッタリ5分半で1曲目がスタートした。直前に近くなるにつれ、案内が明らかにスローなペースになったが、それでも最後にきちんと辻褄を合わせるあたりが「プロの技」(杉崎談)であると言えるだろう。 14 00と15 00の各時報後に、特番用のジングル(「SPECIAL PROGRAM JAPAN FM NETWORK」)が挿入された。 このジングルは差し替え可能となっている様で、一例として自社のジングル(FM岩手)・CM(HELLO FIVE)に差し替えたケースが存在する。 本番組のジングルは、レギュラー番組のジングルを流用していた前回特番と異なり、ごく一部を除いて新たに収録した専用のジングルが使用された。内容は杉崎が様々なキャラの声でタイトルを読み上げるというもの。 メッセージ採用リスナー全員に番組ステッカーがプレゼントされた(本番組のものかレギュラー番組のものかは不明だが、本番組用に制作したというコメントは特になかったことから後者の可能性が高い)。 ゲストは出演後、Twitterにて本番組・杉崎・リスナーへ向けたお礼のツイートをアップロードしていたが、放送では乙武からのツイートを紹介していた。 本番組のCMは、杉崎が「『Happy Hour Party!のNEW YEAR PARTY!』!ラジオをレディオと呼ぶ男、杉崎真宏です。新年早々、わたくし杉崎真宏がレディオでNEW YEAR PARTYを開催します!聴いてるだけでアゲアゲになっちゃうこと間違いナシ!皆さん是非参加してくださーい!!(※)」と読み上げるもので、時間は20秒。そのうちラスト5秒((※)の箇所)は各ネット局毎に放送日・放送開始時間を告知するための時間に充てられている。 本番組の公式ページが「JFN PARK」内に開設されたことは概要の項目で前述したが、ページ内の3本の記事のうち放送後に更新された1本のみ掲載を終了したため、現在は見ることができなくなっている(1月11日に確認)。 件の記事は杉崎とゲストの記念撮影画像とともにコーナーや出来事を簡単に振り返る内容で、ゲストの関係上掲載期間があらかじめ決められていたからだと思われる。 ネット局 2017年1月3日現在、各局公式サイトなどで発表されたものを記載。概ね、通常編成で『デイリーフライヤー』『Day by Day』(いずれもJFNC制作で、当日は放送休止期間中)をネットしている放送局が本番組のネット局にあたる。 FMとやまは、レギュラー番組関連は本番組が初ネットとなる。 途中飛び降り局向けに、「杉崎真宏がお送りしてきました『Happy Hour Party!のNEW YEAR PARTY!』、そろそろお別れの時間です。楽しんで頂けましたか?僕とは、またどこかで!Happy Hour~!!」と言う杉崎の降りコメント(事前収録)が終了前に挿入される(FM岩手などネット局の一部を除く)。 一部のコーナーが『あぐりずむ』(TOKYO FM制作)に差し替えられるネット局は備考欄に記載している。 13 55 - の枠で『Zero Tunes~2000(ゼロ)年代のポップミュージック~』を未放送のネット局は、代わりに放送された番組名を記載(各局公式サイトのタイムテーブルより。◆:自社制作番組)。 水色地 はradiko.jpおよび同プレミアムで配信しているネット局。 ★:レギュラー番組ネット局、▲:「はぴねすくらぶレディオショッピング」ネット局、☆:レギュラー番組臨時ネット局。 放送対象地域 放送局 放送時間 13 55 - の枠 備考 青森県 AFB★ 13 00 - 15 55(フルネット) 『過払い金ズバリ法律相談』 岩手県 FM岩手 13 00 - 14 55(*12) 『FMインフォメーション』◆ ローカルスポンサー設定あり(13 00 - 13 30)14 20 - 14 30『あぐりずむ』 山形県 Rhythm Station★ 13 00 - 15 55(フルネット) 『Zero Tunes~2000(ゼロ)年代のポップミュージック~』 14 20 - 14 30『あぐりずむ』14 37 - 14 40『Monthly Hyper Play』 群馬県 FMぐんま 13 00 - 14 55 『MY OLIMPIC α』 栃木県 RADIO BERRY 13 00 - 15 55(フルネット) 『過払い金ズバリ法律相談』 14 20 - 14 30『あぐりずむ』 長野県 FM長野 『Zero Tunes~2000(ゼロ)年代のポップミュージック~』 富山県 FMとやま 13 30 - 15 55 『ミュージック・パワー・プレイ』◆ 石川県 HELLO FIVE★ 13 00 - 15 55(フルネット) 『ハローファイブ・ミュージック・ネクサス』◆ 福井県 FM福井★ 13 00 - 15 50 『FM福井ニュース』◆ 岐阜県 FM GIFU★ 13 00 - 15 55(フルネット) 『Zero Tunes~2000(ゼロ)年代のポップミュージック~』 同局アナウンサーの平松が生電話に出演 滋賀県 e-redio 13 00 - 14 53 『交通情報』『天気予報』◆ 鳥取県島根県 V-air☆ 13 00 - 15 55(フルネット) 『Zero Tunes~2000(ゼロ)年代のポップミュージック~』 岡山県 FM OKAYAMA★ 広島県 HFM☆ 『HFM POWER PLAY』◆ 山口県 FMY▲☆ 『Zero Tunes~2000(ゼロ)年代のポップミュージック~』 徳島県 FM徳島▲☆ 香川県 FM香川 14 30 - 14 40『あぐりずむ』 高知県 Hi-Six☆ 佐賀県 FMS 13 00 - 14 55 『MONTHLY LOOP』◆ 長崎県 FM Nagasaki 13 00 - 15 55(フルネット) 『ライブ ハッピー!』◆ 大分県 Air-Radio FM88 『Zero Tunes~2000(ゼロ)年代のポップミュージック~』 14 30 - 14 40『あぐりずむ』 宮崎県 JOY FM 13 00 - 15 45 『JFNラジオショッピング』 鹿児島県 μFM 13 00 - 15 55(フルネット) 『快適生活ラジオショッピング』 レギュラー番組関連ネット局で本番組未ネットの放送局 ★:レギュラー番組ネット局、▲:「はぴねすくらぶレディオショッピング」ネット局。 水色地 はradiko.jpおよび同プレミアムで配信しているネット局。 レディオキューブ FM三重とふくしまFMは前回特番に引き続き本番組も未ネット、AFMは前回特番をネットしたが、本番組は未ネットとなった。 放送対象地域 放送局 当該時間の放送番組(全て自社制作番組) 備考 三重県 レディオキューブ FM三重★ 『New Year s Greetings 2017~今年も「チキンと」大放送!!~』 レギュラー番組は火曜日未ネット同局パーソナリティの多田が生電話に出演 秋田県 AFM▲ 『イシガキくんとマツムラくん』(中断あり)『秋田トヨペットpresents 奥サマのミカタ』『はい!カローラおばこです』『2017新春特別番組 秋田未来塾』 2015年の年末特番はネット 福島県 ふくしまFM▲ 『impress』(13 00からの拡大版)
https://w.atwiki.jp/sanosoft/pages/146.html
MariaDBのデフォルト値 MariaDB 10.4のデフォルト値を確認します。 MariaDB [mysql] show global variables; Variable_name Value alter_algorithm DEFAULT analyze_sample_percentage 100.000000 aria_block_size 8192 aria_checkpoint_interval 30 aria_checkpoint_log_activity 1048576 aria_encrypt_tables OFF aria_force_start_after_recovery_failures 0 aria_group_commit none aria_group_commit_interval 0 aria_log_file_size 1073741824 aria_log_purge_type immediate aria_max_sort_file_size 9223372036853727232 aria_page_checksum ON aria_pagecache_age_threshold 300 aria_pagecache_buffer_size 134217728 aria_pagecache_division_limit 100 aria_pagecache_file_hash_size 512 aria_recover_options BACKUP,QUICK aria_repair_threads 1 aria_sort_buffer_size 268434432 aria_stats_method nulls_unequal aria_sync_log_dir NEWFILE aria_used_for_temp_tables ON auto_increment_increment 1 auto_increment_offset 1 autocommit ON automatic_sp_privileges ON back_log 80 basedir /usr/ big_tables OFF bind_address binlog_annotate_row_events ON binlog_cache_size 32768 binlog_checksum CRC32 binlog_commit_wait_count 0 binlog_commit_wait_usec 100000 binlog_direct_non_transactional_updates OFF binlog_file_cache_size 16384 binlog_format MIXED binlog_optimize_thread_scheduling ON binlog_row_image FULL binlog_stmt_cache_size 32768 bulk_insert_buffer_size 8388608 character_set_client latin1 character_set_connection latin1 character_set_database latin1 character_set_filesystem binary character_set_results latin1 character_set_server latin1 character_set_system utf8 character_sets_dir /usr/share/mysql/charsets/ check_constraint_checks ON collation_connection latin1_swedish_ci collation_database latin1_swedish_ci collation_server latin1_swedish_ci column_compression_threshold 100 column_compression_zlib_level 6 column_compression_zlib_strategy DEFAULT_STRATEGY column_compression_zlib_wrap OFF completion_type NO_CHAIN concurrent_insert AUTO connect_timeout 10 core_file OFF datadir /var/lib/mysql/ date_format %Y-%m-%d datetime_format %Y-%m-%d %H %i %s deadlock_search_depth_long 15 deadlock_search_depth_short 4 deadlock_timeout_long 50000000 deadlock_timeout_short 10000 debug_no_thread_alarm OFF default_password_lifetime 0 default_regex_flags default_storage_engine InnoDB default_tmp_storage_engine default_week_format 0 delay_key_write ON delayed_insert_limit 100 delayed_insert_timeout 300 delayed_queue_size 1000 disconnect_on_expired_password OFF div_precision_increment 4 encrypt_binlog OFF encrypt_tmp_disk_tables OFF encrypt_tmp_files OFF enforce_storage_engine eq_range_index_dive_limit 200 event_scheduler OFF expensive_subquery_limit 100 expire_logs_days 0 explicit_defaults_for_timestamp OFF extra_max_connections 1 extra_port 0 flush OFF flush_time 0 foreign_key_checks ON ft_boolean_syntax + - ()~* "" | ft_max_word_len 84 ft_min_word_len 4 ft_query_expansion_limit 20 ft_stopword_file (built-in) general_log OFF general_log_file www.log group_concat_max_len 1048576 gtid_binlog_pos gtid_binlog_state gtid_cleanup_batch_size 64 gtid_current_pos gtid_domain_id 0 gtid_ignore_duplicates OFF gtid_pos_auto_engines gtid_slave_pos gtid_strict_mode OFF have_compress YES have_crypt YES have_dynamic_loading YES have_geometry YES have_openssl YES have_profiling YES have_query_cache YES have_rtree_keys YES have_ssl DISABLED have_symlink YES histogram_size 254 histogram_type DOUBLE_PREC_HB host_cache_size 279 hostname www.eblo.biz idle_readonly_transaction_timeout 0 idle_transaction_timeout 0 idle_write_transaction_timeout 0 ignore_builtin_innodb OFF ignore_db_dirs in_predicate_conversion_threshold 1000 init_connect init_file init_slave innodb_adaptive_flushing ON innodb_adaptive_flushing_lwm 10.000000 innodb_adaptive_hash_index ON innodb_adaptive_hash_index_parts 8 innodb_adaptive_max_sleep_delay 150000 innodb_autoextend_increment 64 innodb_autoinc_lock_mode 1 innodb_background_scrub_data_check_interval 3600 innodb_background_scrub_data_compressed OFF innodb_background_scrub_data_interval 604800 innodb_background_scrub_data_uncompressed OFF innodb_buf_dump_status_frequency 0 innodb_buffer_pool_chunk_size 134217728 innodb_buffer_pool_dump_at_shutdown ON innodb_buffer_pool_dump_now OFF innodb_buffer_pool_dump_pct 25 innodb_buffer_pool_filename ib_buffer_pool innodb_buffer_pool_instances 1 innodb_buffer_pool_load_abort OFF innodb_buffer_pool_load_at_startup ON innodb_buffer_pool_load_now OFF innodb_buffer_pool_size 134217728 innodb_change_buffer_max_size 25 innodb_change_buffering all innodb_checksum_algorithm crc32 innodb_checksums ON innodb_cmp_per_index_enabled OFF innodb_commit_concurrency 0 innodb_compression_algorithm zlib innodb_compression_default OFF innodb_compression_failure_threshold_pct 5 innodb_compression_level 6 innodb_compression_pad_pct_max 50 innodb_concurrency_tickets 5000 innodb_data_file_path ibdata1 12M autoextend innodb_data_home_dir innodb_deadlock_detect ON innodb_default_encryption_key_id 1 innodb_default_row_format dynamic innodb_defragment OFF innodb_defragment_fill_factor 0.900000 innodb_defragment_fill_factor_n_recs 20 innodb_defragment_frequency 40 innodb_defragment_n_pages 7 innodb_defragment_stats_accuracy 0 innodb_disable_sort_file_cache OFF innodb_disallow_writes OFF innodb_doublewrite ON innodb_encrypt_log OFF innodb_encrypt_tables OFF innodb_encrypt_temporary_tables OFF innodb_encryption_rotate_key_age 1 innodb_encryption_rotation_iops 100 innodb_encryption_threads 0 innodb_fast_shutdown 1 innodb_fatal_semaphore_wait_threshold 600 innodb_file_format innodb_file_per_table ON innodb_fill_factor 100 innodb_flush_log_at_timeout 1 innodb_flush_log_at_trx_commit 1 innodb_flush_method fsync innodb_flush_neighbors 1 innodb_flush_sync ON innodb_flushing_avg_loops 30 innodb_force_load_corrupted OFF innodb_force_primary_key OFF innodb_force_recovery 0 innodb_ft_aux_table innodb_ft_cache_size 8000000 innodb_ft_enable_diag_print OFF innodb_ft_enable_stopword ON innodb_ft_max_token_size 84 innodb_ft_min_token_size 3 innodb_ft_num_word_optimize 2000 innodb_ft_result_cache_limit 2000000000 innodb_ft_server_stopword_table innodb_ft_sort_pll_degree 2 innodb_ft_total_cache_size 640000000 innodb_ft_user_stopword_table innodb_idle_flush_pct 100 innodb_immediate_scrub_data_uncompressed OFF innodb_io_capacity 200 innodb_io_capacity_max 2000 innodb_large_prefix innodb_lock_schedule_algorithm fcfs innodb_lock_wait_timeout 50 innodb_locks_unsafe_for_binlog OFF innodb_log_buffer_size 16777216 innodb_log_checksums ON innodb_log_compressed_pages ON innodb_log_file_size 50331648 innodb_log_files_in_group 2 innodb_log_group_home_dir ./ innodb_log_optimize_ddl ON innodb_log_write_ahead_size 8192 innodb_lru_scan_depth 1024 innodb_max_dirty_pages_pct 75.000000 innodb_max_dirty_pages_pct_lwm 0.000000 innodb_max_purge_lag 0 innodb_max_purge_lag_delay 0 innodb_max_undo_log_size 10485760 innodb_monitor_disable innodb_monitor_enable innodb_monitor_reset innodb_monitor_reset_all innodb_old_blocks_pct 37 innodb_old_blocks_time 1000 innodb_online_alter_log_max_size 134217728 innodb_open_files 2000 innodb_optimize_fulltext_only OFF innodb_page_cleaners 1 innodb_page_size 16384 innodb_prefix_index_cluster_optimization OFF innodb_print_all_deadlocks OFF innodb_purge_batch_size 300 innodb_purge_rseg_truncate_frequency 128 innodb_purge_threads 4 innodb_random_read_ahead OFF innodb_read_ahead_threshold 56 innodb_read_io_threads 4 innodb_read_only OFF innodb_replication_delay 0 innodb_rollback_on_timeout OFF innodb_rollback_segments 128 innodb_scrub_log OFF innodb_scrub_log_speed 256 innodb_sort_buffer_size 1048576 innodb_spin_wait_delay 4 innodb_stats_auto_recalc ON innodb_stats_include_delete_marked OFF innodb_stats_method nulls_equal innodb_stats_modified_counter 0 innodb_stats_on_metadata OFF innodb_stats_persistent ON innodb_stats_persistent_sample_pages 20 innodb_stats_sample_pages 8 innodb_stats_traditional ON innodb_stats_transient_sample_pages 8 innodb_status_output OFF innodb_status_output_locks OFF innodb_strict_mode ON innodb_sync_array_size 1 innodb_sync_spin_loops 30 innodb_table_locks ON innodb_temp_data_file_path ibtmp1 12M autoextend innodb_thread_concurrency 0 innodb_thread_sleep_delay 10000 innodb_tmpdir innodb_undo_directory ./ innodb_undo_log_truncate OFF innodb_undo_logs 128 innodb_undo_tablespaces 0 innodb_use_atomic_writes ON innodb_use_native_aio ON innodb_version 10.4.10 innodb_write_io_threads 4 interactive_timeout 28800 join_buffer_size 262144 join_buffer_space_limit 2097152 join_cache_level 2 keep_files_on_create OFF key_buffer_size 134217728 key_cache_age_threshold 300 key_cache_block_size 1024 key_cache_division_limit 100 key_cache_file_hash_size 512 key_cache_segments 0 large_files_support ON large_page_size 0 large_pages OFF lc_messages en_US lc_messages_dir lc_time_names en_US license GPL local_infile ON lock_wait_timeout 86400 locked_in_memory OFF log_bin OFF log_bin_basename log_bin_compress OFF log_bin_compress_min_len 256 log_bin_index log_bin_trust_function_creators OFF log_disabled_statements sp log_error log_output FILE log_queries_not_using_indexes OFF log_slave_updates OFF log_slow_admin_statements ON log_slow_disabled_statements sp log_slow_filter admin,filesort,filesort_on_disk,filesort_priority_queue,full_join,full_scan,query_cache,query_cache_miss,tmp_table,tmp_table_on_disk log_slow_rate_limit 1 log_slow_slave_statements ON log_slow_verbosity log_tc_size 24576 log_warnings 2 long_query_time 10.000000 low_priority_updates OFF lower_case_file_system OFF lower_case_table_names 0 master_verify_checksum OFF max_allowed_packet 16777216 max_binlog_cache_size 18446744073709547520 max_binlog_size 1073741824 max_binlog_stmt_cache_size 18446744073709547520 max_connect_errors 100 max_connections 151 max_delayed_threads 20 max_digest_length 1024 max_error_count 64 max_heap_table_size 16777216 max_insert_delayed_threads 20 max_join_size 18446744073709551615 max_length_for_sort_data 1024 max_long_data_size 16777216 max_password_errors 4294967295 max_prepared_stmt_count 16382 max_recursive_iterations 4294967295 max_relay_log_size 1073741824 max_rowid_filter_size 131072 max_seeks_for_key 4294967295 max_session_mem_used 9223372036854775807 max_sort_length 1024 max_sp_recursion_depth 0 max_statement_time 0.000000 max_tmp_tables 32 max_user_connections 0 max_write_lock_count 4294967295 metadata_locks_cache_size 1024 metadata_locks_hash_instances 8 min_examined_row_limit 0 mrr_buffer_size 262144 multi_range_count 256 myisam_block_size 1024 myisam_data_pointer_size 6 myisam_max_sort_file_size 9223372036853727232 myisam_mmap_size 18446744073709551615 myisam_recover_options BACKUP,QUICK myisam_repair_threads 1 myisam_sort_buffer_size 134216704 myisam_stats_method NULLS_UNEQUAL myisam_use_mmap OFF mysql56_temporal_format ON net_buffer_length 16384 net_read_timeout 30 net_retry_count 10 net_write_timeout 60 old OFF old_alter_table DEFAULT old_mode old_passwords OFF open_files_limit 4184 optimizer_prune_level 1 optimizer_search_depth 62 optimizer_selectivity_sampling_limit 100 optimizer_switch index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=off,index_condition_pushdown=on,derived_merge=on,derived_with_keys=on,firstmatch=on,loosescan=on,materialization=on,in_to_exists=on,semijoin=on,partial_match_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=off,mrr_cost_based=off,mrr_sort_keys=off,outer_join_with_cache=on,semijoin_with_cache=on,join_cache_incremental=on,join_cache_hashed=on,join_cache_bka=on,optimize_join_buffer_size=on,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on,condition_pushdown_for_subquery=on,rowid_filter=on,condition_pushdown_from_having=on optimizer_trace enabled=off optimizer_trace_max_mem_size 1048576 optimizer_use_condition_selectivity 4 performance_schema OFF performance_schema_accounts_size -1 performance_schema_digests_size -1 performance_schema_events_stages_history_long_size -1 performance_schema_events_stages_history_size -1 performance_schema_events_statements_history_long_size -1 performance_schema_events_statements_history_size -1 performance_schema_events_waits_history_long_size -1 performance_schema_events_waits_history_size -1 performance_schema_hosts_size -1 performance_schema_max_cond_classes 80 performance_schema_max_cond_instances -1 performance_schema_max_digest_length 1024 performance_schema_max_file_classes 50 performance_schema_max_file_handles 32768 performance_schema_max_file_instances -1 performance_schema_max_mutex_classes 200 performance_schema_max_mutex_instances -1 performance_schema_max_rwlock_classes 40 performance_schema_max_rwlock_instances -1 performance_schema_max_socket_classes 10 performance_schema_max_socket_instances -1 performance_schema_max_stage_classes 160 performance_schema_max_statement_classes 202 performance_schema_max_table_handles -1 performance_schema_max_table_instances -1 performance_schema_max_thread_classes 50 performance_schema_max_thread_instances -1 performance_schema_session_connect_attrs_size -1 performance_schema_setup_actors_size 100 performance_schema_setup_objects_size 100 performance_schema_users_size -1 pid_file /var/lib/mysql/www.pid plugin_dir /usr/lib64/mysql/plugin/ plugin_maturity gamma port 3306 preload_buffer_size 32768 profiling OFF profiling_history_size 15 progress_report_time 5 protocol_version 10 proxy_protocol_networks query_alloc_block_size 16384 query_cache_limit 1048576 query_cache_min_res_unit 4096 query_cache_size 1048576 query_cache_strip_comments OFF query_cache_type OFF query_cache_wlock_invalidate OFF query_prealloc_size 24576 range_alloc_block_size 4096 read_binlog_speed_limit 0 read_buffer_size 131072 read_only OFF read_rnd_buffer_size 262144 relay_log relay_log_basename relay_log_index relay_log_info_file relay-log.info relay_log_purge ON relay_log_recovery OFF relay_log_space_limit 0 replicate_annotate_row_events ON replicate_do_db replicate_do_table replicate_events_marked_for_skip REPLICATE replicate_ignore_db replicate_ignore_table replicate_wild_do_table replicate_wild_ignore_table report_host report_password report_port 3306 report_user rowid_merge_buff_size 8388608 rpl_semi_sync_master_enabled OFF rpl_semi_sync_master_timeout 10000 rpl_semi_sync_master_trace_level 32 rpl_semi_sync_master_wait_no_slave ON rpl_semi_sync_master_wait_point AFTER_COMMIT rpl_semi_sync_slave_delay_master OFF rpl_semi_sync_slave_enabled OFF rpl_semi_sync_slave_kill_conn_timeout 5 rpl_semi_sync_slave_trace_level 32 secure_auth ON secure_file_priv secure_timestamp NO server_id 1 session_track_schema ON session_track_state_change OFF session_track_system_variables autocommit,character_set_client,character_set_connection,character_set_results,time_zone session_track_transaction_info OFF skip_external_locking ON skip_name_resolve OFF skip_networking OFF skip_show_database OFF slave_compressed_protocol OFF slave_ddl_exec_mode IDEMPOTENT slave_domain_parallel_threads 0 slave_exec_mode STRICT slave_load_tmpdir /tmp slave_max_allowed_packet 1073741824 slave_net_timeout 60 slave_parallel_max_queued 131072 slave_parallel_mode conservative slave_parallel_threads 0 slave_parallel_workers 0 slave_run_triggers_for_rbr NO slave_skip_errors OFF slave_sql_verify_checksum ON slave_transaction_retries 10 slave_transaction_retry_errors 1158,1159,1160,1161,1205,1213,1429,2013,12701 slave_transaction_retry_interval 0 slave_type_conversions slow_launch_time 2 slow_query_log OFF slow_query_log_file www-slow.log socket /var/lib/mysql/mysql.sock sort_buffer_size 2097152 sql_auto_is_null OFF sql_big_selects ON sql_buffer_result OFF sql_log_bin ON sql_log_off OFF sql_mode STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION sql_notes ON sql_quote_show_create ON sql_safe_updates OFF sql_select_limit 18446744073709551615 sql_slave_skip_counter 0 sql_warnings OFF ssl_ca ssl_capath ssl_cert ssl_cipher ssl_crl ssl_crlpath ssl_key standard_compliant_cte ON storage_engine InnoDB stored_program_cache 256 strict_password_validation ON sync_binlog 0 sync_frm ON sync_master_info 10000 sync_relay_log 10000 sync_relay_log_info 10000 system_time_zone JST system_versioning_alter_history ERROR system_versioning_asof DEFAULT table_definition_cache 400 table_open_cache 2000 table_open_cache_instances 8 tcp_keepalive_interval 0 tcp_keepalive_probes 0 tcp_keepalive_time 0 tcp_nodelay ON thread_cache_size 151 thread_concurrency 10 thread_handling one-thread-per-connection thread_pool_idle_timeout 60 thread_pool_max_threads 65536 thread_pool_oversubscribe 3 thread_pool_prio_kickup_timer 1000 thread_pool_priority auto thread_pool_size 2 thread_pool_stall_limit 500 thread_stack 299008 time_format %H %i %s time_zone SYSTEM timed_mutexes OFF tls_version TLSv1.1,TLSv1.2,TLSv1.3 tmp_disk_table_size 18446744073709551615 tmp_memory_table_size 16777216 tmp_table_size 16777216 tmpdir /tmp transaction_alloc_block_size 8192 transaction_prealloc_size 4096 tx_isolation REPEATABLE-READ tx_read_only OFF unique_checks ON updatable_views_with_limit YES use_stat_tables PREFERABLY_FOR_QUERIES userstat OFF version 10.4.10-MariaDB version_comment MariaDB Server version_compile_machine x86_64 version_compile_os Linux version_malloc_library system version_source_revision c24ec3cece6d8bf70dac7519b6fd397c464f7a82 version_ssl_library OpenSSL 1.1.1 FIPS 11 Sep 2018 wait_timeout 28800 wsrep_osu_method TOI wsrep_sr_store table wsrep_auto_increment_control ON wsrep_causal_reads OFF wsrep_certification_rules strict wsrep_certify_nonpk ON wsrep_cluster_address wsrep_cluster_name my_wsrep_cluster wsrep_convert_lock_to_trx OFF wsrep_data_home_dir /var/lib/mysql/ wsrep_dbug_option wsrep_debug NONE wsrep_desync OFF wsrep_dirty_reads OFF wsrep_drupal_282555_workaround OFF wsrep_forced_binlog_format NONE wsrep_gtid_domain_id 0 wsrep_gtid_mode OFF wsrep_ignore_apply_errors 7 wsrep_load_data_splitting OFF wsrep_log_conflicts OFF wsrep_max_ws_rows 0 wsrep_max_ws_size 2147483647 wsrep_mysql_replication_bundle 0 wsrep_node_address wsrep_node_incoming_address AUTO wsrep_node_name www.eblo.biz wsrep_notify_cmd wsrep_on OFF wsrep_patch_version wsrep_26.22 wsrep_provider none wsrep_provider_options wsrep_recover OFF wsrep_reject_queries NONE wsrep_replicate_myisam OFF wsrep_restart_slave OFF wsrep_retry_autocommit 1 wsrep_slave_fk_checks ON wsrep_slave_uk_checks OFF wsrep_slave_threads 1 wsrep_sst_auth wsrep_sst_donor wsrep_sst_donor_rejects_queries OFF wsrep_sst_method rsync wsrep_sst_receive_address AUTO wsrep_start_position 00000000-0000-0000-0000-000000000000 -1 wsrep_sync_wait 0 wsrep_trx_fragment_size 0 wsrep_trx_fragment_unit bytes