Windows OS のエディションをアップグレードしようとするとき、DISM コマンドを使うこともあると思いますが、マルチ認証ライセンスのプロダクトキー（MAK キー）で同操作を行うと失敗します。
ここでは、アップグレードの失敗例をご紹介したあとで、その理由と、対処方法についてご紹介します。
なお、本記事では Windows Server 2008 R2 を使っていますが、Windows Vista、 Windows 7、Windows 8/8.1、Windows Server 2008、Windows Server 2012/R2、Windows 10 のエディションアップグレード作業時にも参考にしていただけるとのではないかと思います。
3. 仮想ハードディスク1 (VHD1) を複製して仮想ハードディスク2(VHD2=スタンバイサーバー用VHD）を作成します。 Windows Server OS と FileMaker Server 14 がインストールされた状態の仮想ハードディスクを複製するため、インストール作業の二度手間を大幅に省くことができます。
上述のように上記のテストは海外のサーバを使用して行っていることにご注意ください。上記2の現象に関し、WinMTR の結果をホスティング会社に送付し問い合せたところ、「some severe packet loss and latency from you location in Japan to our location」とのことでした。 ただ、サークルアイコン出っ放し状態の時でも、FileMaker Pro によりサーバにアクセスして ＜ あるい ＞ をクリックすると、速度は遅いものの正常に動作すること、社内サーバを使用してもサーバへの負荷を高めるとサークルアイコン出っぱなし現象が発生することからみて、WebDirect にはまだ問題があると思います。 尚、小社のLAN内のWebDirect環境では、ブラウザの ＞ または ＜ ボタンを連続押ししても、上記の問題は発生していません。
ちなみに、当方でも同じ現象に遭遇したことがあります。
ホスティング会社にこの件について問い合わせたところ、FileMaker Server 13 から発生している既知の現象で、この現象が発生した場合は、FileMaker Server を再起動しないとどうにもならないとのことでした。
また、この現象はいまのところ FileMaker Server 14 でも発生しているので、今後のアップデートが望まれるところです。 早く出さんかいヽ(`Д´)ﾉ
SET NAMES indicates what character set
the client will use to send SQL statements to the server.
Thus, SET NAMES 'cp1251' tells the
server, “future incoming messages from this client are
in character set cp1251.”It also
specifies the character set that the server should use for
sending results back to the client.
A SET NAMES
'charset_name'
statement is equivalent to these three statements:
SET character_set_client = charset_name;
SET character_set_results = charset_name;←A
SET character_set_connection = charset_name;
If this variable is set to 1 (the default), then after a
statement that successfully inserts an automatically generated
AUTO_INCREMENT value, you can find that
value by issuing a statement of the following form:
SELECT * FROM tbl_name WHERE auto_col IS NULL
If the statement returns a row, the value returned is the same
as if you invoked the
LAST_INSERT_ID() function.
The autocommit mode. If set to 1, all changes to a table take
effect immediately. If set to 0, you must use
COMMIT to accept a transaction
or ROLLBACK
to cancel it. By default, client connections begin with
autocommit set to 1. If you
change autocommit mode from 0
to 1, MySQL performs an automatic
COMMIT of any open transaction.
The maximum number of rows to return from
SELECT statements. The default
value for a new connection is the maximum number of rows that
the server allows per table, which depends on the server
configuration and may be affected if the server build was
configured with
--with-big-tables. Typical
default values are (232)–1 or
(264)–1. If you have changed
the limit, the default value can be restored by assigning a
value of DEFAULT.
If a SELECT has a
LIMIT clause, the LIMIT
takes precedence over the value of
sql_select_limit.
sql_select_limit does not
apply to SELECT statements
executed within stored routines. It also does not apply to
SELECT statements that do not
produce a result set to be returned to the client. These
include SELECT statements in
subqueries,
CREATE TABLE ... SELECT, and
INSERT INTO ... SELECT. ※うちのDEFAULTは、
(264)–1=18446744073709551615 でした。こんなん返されても困るわ。
For transactional tables, an error occurs for invalid or
missing values in a data-change statement when either
STRICT_ALL_TABLES or
STRICT_TRANS_TABLES is
enabled. The statement is aborted and rolled back.
SELECT TABLE_NAME, TABLE_COMMENT, TABLE_TYPE, TABLE_SCHEMA FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA LIKE 'easyinv15' AND ( TABLE_TYPE='BASE TABLE' OR TABLE_TYPE='VIEW' ) AND TABLE_NAME LIKE '郵便番号'
INFORMATION_SCHEMA から、アプリで使用さているビューを含むテーブル情報を取得。
select database()
接続中のデータベース名を返す
describe `郵便番号`
当該テーブルのコラム情報を取得
SHOW KEYS FROM `easyinv15`.`郵便番号`
プライマリ等キー情報を取得、Cardinality ってここにあるのね。
SELECT TABLE NAME ～ から SHOW KEYS ～ （イタリック部）は、FileMaker ファイル内に登録されたすべてのMySQLシャドウテーブル（ビュー含む）に対して実行される（ｷﾘｯ
The ordinary FileMaker development model may be not effective for handling big SQL tables.
In this post, we will try to find out clues for handling big tables at a tolerable speed while avoiding the weird application behavior that is unique to SQL big tables.
Definition of terms
Big tables: MySQL tables with more than 10 mil. rows FileMaker/MySQL development: development using FileMaker for frontend, MySQL for backend Filemaker-alone development: development using FileMaker for both frontend and backend
Problems of FileMaker's common interface
FileMaker provides the common interface for both FileMaker-alone development and FileMaker/MySQL development, which make it possible that developers can use the almost same method in FileMaker/MySQL development as in FileMaker-alone development.
This is very nice, but as data of MySQL tables grow up, application users will notice a performance slowdown, the application's behavior will become so weird (FileMaker issues a lot of redundant and incomprehensible SQL queries), and operation may become almost impossible.
The following model is a tentative one for mitigating such problems:
Big Table handling model in FileMaker/MySQL Environment
The figure below illustrates how to handle database objects.
.
On MySQL, duplicate big tables and rename them as rpl_originalTableName which are used for replicating records SELECTed by users from original big tables.
In FileMaker relationship graph, place only small tables and Rpl. Tables (do NOT place any big tables as it causes slowdown).
Create stored procedures in MySQL to SELECT records in big tables and replicate them to Rpl. Tables, and INSERT/DELETE/UPDATE them whenever related records in Rpl.Table are inserted, deleted or updated. The stored procedures are executed from FileMaker's layout.
Common Model vs Big Table Handling Model
The following table indicates the comparison of the common model which is commonly used in FileMaker application development and the Big Table Handling Model(BTHM) based on the figure above.
Common Model
BTHM
Remarks
Fast development
Yes
No
Ease of operation
Good
No so good
Performance for big tables
Very poor
Good
Weird behaviors
Many
Minimum
Records order
Weird
OK
Maybe detailed later
Note:
BTHM may not be appropriate for the found set of over 0.1 million, and may not be appropriate for the large number of simultaneous users.
The above two models plus 1 are illustrated in the following video.
