Hackfut Security File Manager
Current Path:
/opt/td-agent/embedded/include/postgresql/server/catalog
opt
/
td-agent
/
embedded
/
include
/
postgresql
/
server
/
catalog
/
📁
..
📄
binary_upgrade.h
(1.02 KB)
📄
catalog.h
(1.59 KB)
📄
catversion.h
(2.53 KB)
📄
dependency.h
(10.05 KB)
📄
genbki.h
(1.68 KB)
📄
heap.h
(4.06 KB)
📄
index.h
(3.65 KB)
📄
indexing.h
(17.13 KB)
📄
namespace.h
(5.91 KB)
📄
objectaccess.h
(6.03 KB)
📄
objectaddress.h
(2.83 KB)
📄
opfam_internal.h
(869 B)
📄
pg_aggregate.h
(25.06 KB)
📄
pg_am.h
(2.33 KB)
📄
pg_amop.h
(40.58 KB)
📄
pg_amproc.h
(25.23 KB)
📄
pg_attrdef.h
(1.63 KB)
📄
pg_attribute.h
(7.19 KB)
📄
pg_auth_members.h
(1.75 KB)
📄
pg_authid.h
(3.51 KB)
📄
pg_cast.h
(12.1 KB)
📄
pg_class.h
(7.02 KB)
📄
pg_collation.h
(2.23 KB)
📄
pg_collation_fn.h
(735 B)
📄
pg_constraint.h
(6.23 KB)
📄
pg_constraint_fn.h
(2.61 KB)
📄
pg_control.h
(8.84 KB)
📄
pg_conversion.h
(2.13 KB)
📄
pg_conversion_fn.h
(880 B)
📄
pg_database.h
(2.74 KB)
📄
pg_db_role_setting.h
(2.01 KB)
📄
pg_default_acl.h
(2.1 KB)
📄
pg_depend.h
(2.73 KB)
📄
pg_description.h
(2.94 KB)
📄
pg_enum.h
(1.84 KB)
📄
pg_event_trigger.h
(1.9 KB)
📄
pg_extension.h
(2.1 KB)
📄
pg_foreign_data_wrapper.h
(2.02 KB)
📄
pg_foreign_server.h
(1.87 KB)
📄
pg_foreign_table.h
(1.59 KB)
📄
pg_index.h
(3.9 KB)
📄
pg_inherits.h
(1.46 KB)
📄
pg_inherits_fn.h
(850 B)
📄
pg_init_privs.h
(3.35 KB)
📄
pg_language.h
(2.38 KB)
📄
pg_largeobject.h
(1.75 KB)
📄
pg_largeobject_metadata.h
(1.67 KB)
📄
pg_namespace.h
(2.23 KB)
📄
pg_opclass.h
(14.31 KB)
📄
pg_operator.h
(102.4 KB)
📄
pg_operator_fn.h
(1 KB)
📄
pg_opfamily.h
(8.55 KB)
📄
pg_pltemplate.h
(3.16 KB)
📄
pg_policy.h
(1.35 KB)
📄
pg_proc.h
(548.84 KB)
📄
pg_proc_fn.h
(1.27 KB)
📄
pg_range.h
(2.53 KB)
📄
pg_replication_origin.h
(1.91 KB)
📄
pg_rewrite.h
(1.8 KB)
📄
pg_seclabel.h
(1.37 KB)
📄
pg_shdepend.h
(2.75 KB)
📄
pg_shdescription.h
(2.41 KB)
📄
pg_shseclabel.h
(1.48 KB)
📄
pg_statistic.h
(12.31 KB)
📄
pg_tablespace.h
(1.85 KB)
📄
pg_transform.h
(1.1 KB)
📄
pg_trigger.h
(5.63 KB)
📄
pg_ts_config.h
(1.61 KB)
📄
pg_ts_config_map.h
(2.28 KB)
📄
pg_ts_dict.h
(1.78 KB)
📄
pg_ts_parser.h
(1.95 KB)
📄
pg_ts_template.h
(2.1 KB)
📄
pg_type.h
(43.83 KB)
📄
pg_type_fn.h
(2.13 KB)
📄
pg_user_mapping.h
(1.59 KB)
📄
schemapg.h
(17.11 KB)
📄
storage.h
(1.12 KB)
📄
storage_xlog.h
(1.55 KB)
📄
toasting.h
(2.23 KB)
Editing: catversion.h
/*------------------------------------------------------------------------- * * catversion.h * "Catalog version number" for PostgreSQL. * * The catalog version number is used to flag incompatible changes in * the PostgreSQL system catalogs. Whenever anyone changes the format of * a system catalog relation, or adds, deletes, or modifies standard * catalog entries in such a way that an updated backend wouldn't work * with an old database (or vice versa), the catalog version number * should be changed. The version number stored in pg_control by initdb * is checked against the version number compiled into the backend at * startup time, so that a backend can refuse to run in an incompatible * database. * * The point of this feature is to provide a finer grain of compatibility * checking than is possible from looking at the major version number * stored in PG_VERSION. It shouldn't matter to end users, but during * development cycles we usually make quite a few incompatible changes * to the contents of the system catalogs, and we don't want to bump the * major version number for each one. What we can do instead is bump * this internal version number. This should save some grief for * developers who might otherwise waste time tracking down "bugs" that * are really just code-vs-database incompatibilities. * * The rule for developers is: if you commit a change that requires * an initdb, you should update the catalog version number (as well as * notifying the pghackers mailing list, which has been the informal * practice for a long time). * * The catalog version number is placed here since modifying files in * include/catalog is the most common kind of initdb-forcing change. * But it could be used to protect any kind of incompatible change in * database contents or layout, such as altering tuple headers. * * * Portions Copyright (c) 1996-2016, PostgreSQL Global Development Group * Portions Copyright (c) 1994, Regents of the University of California * * src/include/catalog/catversion.h * *------------------------------------------------------------------------- */ #ifndef CATVERSION_H #define CATVERSION_H /* * We could use anything we wanted for version numbers, but I recommend * following the "YYYYMMDDN" style often used for DNS zone serial numbers. * YYYYMMDD are the date of the change, and N is the number of the change * on that day. (Hopefully we'll never commit ten independent sets of * catalog changes on the same day...) */ /* yyyymmddN */ #define CATALOG_VERSION_NO 201608131 #endif
Upload File
Create Folder